ORA-03113: end-of-file on communication channel 解决办法

好象是之前清理了trace文件,之后再重启oracle,出现:

SQL> ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
ORACLE instance started.


Total System Global Area 1258291200 bytes
Fixed Size     8792296 bytes
Variable Size 1073743640 bytes
Database Buffers   150994944 bytes
Redo Buffers    24760320 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 4188

Session ID: 92 Serial number: 4248

解决办法:先startup mount;

SQL> show parameter db_recovery_file_dest_size;
NAME      TYPE VALUE
------------------------------------ ----------- ------------------------------

db_recovery_file_dest_size      big integer 4000M

看现在是多大。然后加大。如加到8000M

SQL> alter system set db_recovery_file_dest_size=20000M;

System altered.

SQL> alter database open;

Database altered.

如果open还是失败,继续加大。

通过:show parameter db_recovery_file_dest; 可以查看日志目录。删除。

 

这个问题本人亲历两次了,都是这么搞定的。

 

尼玛,后来又有一次发现,无法如何加大都没用。

原来我是在Data guard的主库操作的。

既然无法启动,查看alert日志吧。原来还出错:ORA-16072

最后,通过:http://blog.itpub.net/18841027/viewspace-1061780/  找到解决办法了

alter database set standby to maximize performance;

然后再alter database open; 即可。

 

2019.4.1 又出现此问题,用上述方法没搞定,后来问了林工。

他通过查看alert日志,发现了归档日志,无法写入。原来之前为了干掉DG,执行了如下语句:

alter system set LOG_ARCHIVE_CONFIG='' scope=both;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_1='location=/home/archivelog' scope=both;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='' scope=both;
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE scope=both;
ALTER SYSTEM SET FAL_SERVER = '' scope=both;

而真实可能在/opt/oracle/g5/archivelog下面。并没有/home/archivelog

所以再执行:ALTER SYSTEM SET LOG_ARCHIVE_DEST_1='location=/opt/oracle/g5/archivelog' scope=both;即可。

 

 

 

你可能感兴趣的:(Oracle,学习)