ORA-600(729)错误

依旧是9201上的一个bug。协助其他部门进行数据库的迁移，迁移之后习惯性的检查了一下alert文件，发现了这个ORA-600错误。

 

 

错误信息为：

Errors in file d:\oracle\admin\newzb\udump\newzb_ora_1732.trc:
ORA-00600: 内部错误代码，参数: [729], [24456], [space leak], [], [], [], [], []

Thu Mar 08 14:23:53 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_1732.trc:
ORA-00600: 内部错误代码，参数: [ncodeffsheap], [], [], [], [], [], [], []
ORA-00600: 内部错误代码，参数: [729], [24456], [space leak], [], [], [], [], []

Thu Mar 08 14:34:18 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_1892.trc:
ORA-00600: 内部错误代码，参数: [729], [12220], [space leak], [], [], [], [], []

Thu Mar 08 14:34:18 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_1892.trc:
ORA-00600: 内部错误代码，参数: [ncodeffsheap], [], [], [], [], [], [], []
ORA-00600: 内部错误代码，参数: [729], [12220], [space leak], [], [], [], [], []

通过729错误代码查询METALINK的ORA-600错误，发现错误信息和内存泄漏有关。不过Oracle给出已知相关bug有二、三十个之多。即使去掉一些低版本的bug，满足9201版本信息的bug也有11个。

如果相关的trace文件存在的话，可以通过trace文件中记录的信息，比如SQL语句进行进一步的判断，不过这个环境中，相关的trace文件已经无法找到了。

好在目前除了729错误信息外，还有一个相关的ORA-600错误：ncodeffsheap。通过这个错误信息在metalink进行查询，结果发现了一个错误描述：Bug No. 2231654。

错误描述中指出，如果通过DBLINK执行CREATE TABLE AS SELECT操作，且操作过程中执行了CTRL + C中止操作，那么就会出现多个ORA-600错误。首先是qerrmOFBu1错误，然后是729错误，最后是ncodeffsheap。

居然这里也出现了QERRMOFBU1错误，在上一篇文章中单独对数据库中的这个错误进行了描述：http://yangtingkun.itpub.net/post/468/458657

而观察所有729和ncodeffsheap错误，都是发生在qerrmOFBu1错误之后的。任意摘取一段信息：

Fri Jan 12 18:39:13 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_2016.trc:
ORA-00600: 内部错误代码，参数: [qerrmOFBu1], [1013], [], [], [], [], [], []

Fri Jan 12 18:39:24 2007
Error 3106 trapped in 2PC on transaction 8.22.295885. Cleaning up.
Error stack returned to user:
ORA-03106: 致命的双工通信协议错误
ORA-02063: 紧接着line（源于DATA01）
Fri Jan 12 18:40:47 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_2016.trc:
ORA-00600: 内部错误代码，参数: [729], [12220], [space leak], [], [], [], [], []

Fri Jan 12 18:40:48 2007
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_2016.trc:
ORA-00600: 内部错误代码，参数: [ncodeffsheap], [], [], [], [], [], [], []
ORA-00600: 内部错误代码，参数: [729], [12220], [space leak], [], [], [], [], []

所有的729和ncodeffsheap错误不但是发生在qerrmOFBu1错误后，且qerrmOFBu1对应的错误代码都是1013错误。这说明所有的qerrmOFBu1错误都是由于用户取消操作造成的，从这里可以推断出，用户取消的操作就是CREATE TABLE AS SELECT * FROM TABLE@DBLINK操作。

原本认为没有关系的两个错误信息，居然是由于一个错误引起的。

 

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

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