ORA-600(kcrrcomp.4)和ORA-600(2730)错误

最新推荐文章于 2024-09-17 13:42:29 发布

ckawt40802

最新推荐文章于 2024-09-17 13:42:29 发布

阅读量139

点赞数

文章标签：数据库操作系统

今天和三思讨论在线日志文件能否在数据库打开的情况下删除的问题时，碰到了这个错误。

具体操作如下：

[oracle@yans1 ~]$ export ORACLE_SID=jssweb
[oracle@yans1 ~]$ sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on 星期三 6月 3 13:31:25 2009

Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area 314572800 bytes
Fixed Size                  2072384 bytes
Variable Size             264241344 bytes
Database Buffers           41943040 bytes
Redo Buffers                6316032 bytes
Database mounted.
Database opened.
SQL> host
[oracle@yans1 ~]$ cd /data/oradata/jssweb/
[oracle@yans1 jssweb]$ ls
oracle@yans1 jssweb]$ cp redo01.log redo01.bak
[oracle@yans1 jssweb]$ rm redo01.log
[oracle@yans1 jssweb]$ cp redo02.log redo02.bak
[oracle@yans1 jssweb]$ rm redo02.log
[oracle@yans1 jssweb]$ cp redo03.log redo03.bak
[oracle@yans1 jssweb]$ rm redo03.log
[oracle@yans1 jssweb]$ exit
exit

SQL> alter system switch logfile;

System altered.

测试发现，Linux不但可以在数据库打开的情况下删除在线日志文件，而且居然能执行switch logfile操作，最不可思议的是居然成功了。

尝试关闭数据库：

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 314572800 bytes
Fixed Size                  2072384 bytes
Variable Size             264241344 bytes
Database Buffers           41943040 bytes
Redo Buffers                6316032 bytes
Database mounted.
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/data/oradata/jssweb/redo01.log'

SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

关闭没有报错，但是启动报错了。（如果启动要是还不报错，那么只能说明一个问题，刚才删除的日志文件，根本就不是这个数据库的）

由于Linux操作系统缓存的原因，导致刚才的ALTER SYSTEM SWITCH LOGFILE和关闭数据库的操作都成功了，但是这些修改已经丢失了，即使用删除之前备份的日志文件，尝试打开数据库也会报错：

[oracle@yans1 ~]$ cd /data/oradata/jssweb/
[oracle@yans1 jssweb]$ mv redo01.bak redo01.log
[oracle@yans1 jssweb]$ mv redo02.bak redo02.log
[oracle@yans1 jssweb]$ mv redo03.bak redo03.log
[oracle@yans1 jssweb]$ sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.3.0 - Production on 星期三 6月 3 13:37:29 2009

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-00322: log 2 of thread 1 is not current copy
ORA-00312: online log 2 thread 1: '/data/oradata/jssweb/redo02.log'

不过这个错误很容易恢复，执行不完全恢复后，通过RESETLOGS打开数据库就可以解决：

SQL> recover database until cancel;
Media recovery complete.
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [kcrrcomp.4], [], [], [], [], [], [], []

居然出现了ORA-600错误，还是一个没有见过的错误参数，查询metalink发现，这个错误信息和流有关系：Bug 5942476。

这篇文章中只是说明问题和流有关，且影响版本为10.2.0.3，在10.2.0.4和11.1.0.6中解决这个bug，不过并没有说明如何解决这个错误。只是说如果出现这个错误需要联系Oracle的技术支持。

三思的这个测试数据库确实配置了流信息，没有想到流配置居然会对数据库的恢复有这么大的影响。

再次执行同样的命令，发现这次的错误信息发生了变化：

SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [2730], [314], [1], [3], [114], [111], [], []

检查metalink，找到对应的说明：Doc ID: 406583.1。

由于Oracle10g在OPEN RESETLOGS时和9i不同，10g会先检查日志文件的内容而不是直接RESETLOGS操作，因此需要将恢复操作改为USING BACKUP CONTROLFILE：

SQL> shutdown immediate
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.

Total System Global Area 314572800 bytes
Fixed Size                  2072384 bytes
Variable Size             272629952 bytes
Database Buffers           33554432 bytes
Redo Buffers                6316032 bytes
Database mounted.
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 856727 generated at 06/03/2009 13:34:57 needed for thread 1
ORA-00289: suggestion : /data/oradata/jssweb/archivelog/1_114_671821349.dbf
ORA-00280: change 856727 for thread 1 is in sequence #114

Specify log: {=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database open resetlogs;

Database altered.

一个简单的问题连续碰到ORA-600错误，且两个错误分别是两个bug引起，当解决完第二个错误后，两个问题都消失了，这种情况还是比较少见的。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/4227/viewspace-605404/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/4227/viewspace-605404/