(FAQ)Oracle 10g for Linux数据库无法重启
(FAQ)Oracle 10g for Linux数据库无法重启
原因分析: 1、归档空间满,导致Oracle无法归档,进而出现故障。 2、进而导致无法彻底停止数据库,残留的进程仍然占用Oracle相关数据文件。 3、重启时Oracle发现数据文件还在被其它进程访问,无法独占使用,因而报ORA-01102错误。 解决方法: 步骤 1 尝试执行shutdown abort,然后启动,问题依旧。 步骤 2 检查alert日志,发现如下错误提示。 ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available. 步骤 3 检查数据库的db_recovery_file_dest_size参数设置为2G,检查实际归档路径,其中的文件总大小已经达到2G,停止Oracle后,执行ps -ef | grep oracle ,发现还有若干和eas数据库实例相关的进程没有退出。 步骤 4 杀掉所有Oracle相关进程。 ps -ef | grep oracle | grep [e]as | awk '{print $2}' | xargs kill -9 步骤 5 启动数据库,成功。 步骤 6 手工删除部分归档日志,然后用RMAN清理相关记录。 rman target / rman> crosscheck archivelog all rman> delete expired archivelog all -有提示是否确定时,输入Yes。 步骤 7 调整db_recovery_file_dest_size增大到10g并重启。 alter system set db_recovery_file_dest_size=10g scope=spfile; 关键字: Oracle,数据库无法重启, ORA-01102
原因分析: 1、归档空间满,导致Oracle无法归档,进而出现故障。 2、进而导致无法彻底停止数据库,残留的进程仍然占用Oracle相关数据文件。 3、重启时Oracle发现数据文件还在被其它进程访问,无法独占使用,因而报ORA-01102错误。 解决方法: 步骤 1 尝试执行shutdown abort,然后启动,问题依旧。 步骤 2 检查alert日志,发现如下错误提示。 ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available. 步骤 3 检查数据库的db_recovery_file_dest_size参数设置为2G,检查实际归档路径,其中的文件总大小已经达到2G,停止Oracle后,执行ps -ef | grep oracle ,发现还有若干和eas数据库实例相关的进程没有退出。 步骤 4 杀掉所有Oracle相关进程。 ps -ef | grep oracle | grep [e]as | awk '{print $2}' | xargs kill -9 步骤 5 启动数据库,成功。 步骤 6 手工删除部分归档日志,然后用RMAN清理相关记录。 rman target / rman> crosscheck archivelog all rman> delete expired archivelog all -有提示是否确定时,输入Yes。 步骤 7 调整db_recovery_file_dest_size增大到10g并重启。 alter system set db_recovery_file_dest_size=10g scope=spfile; 关键字: Oracle,数据库无法重启, ORA-01102
(FAQ)Oracle 10g for Linux数据库无法重启
(FAQ)Oracle 10g for Linux数据库无法重启原因分析:1、归档空间满,导致Oracle无法归档,进而出现故障。2、进而导致无法彻底停止数据库...
点击下载文档
本文2024-09-16 22:50:22发表“eas cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-eas-50698.html
您需要登录后才可以发表评论, 登录登录 或者 注册
最新文档
热门文章