ORA-600 733 问题处理案例分享

      我们碰到ORA-600 问题，不用感到没办法，通过去查trace文件和metalink,还是可以找到解决方法的：

 

以下是我们碰到的ORA-600 733 问题处理过程如下：

 

环境:p595+aix+oracle 9.2.0.8

报错信息如下:

Thu Jun  2 06:25:12 2011

Errors in file /software/oracle/admin/db/udump/db_ora_1773828.trc:

ORA-00600: internal error code, arguments: [733], [2147445032], [top call heap], [], [], [], [], []

ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []

 

大约每隔10秒左右pmon产生一次新的错误信息，12个小时生成6G的pmon trace文件。

 

查询metalink，ora-00600[733]可能是个BUG，但不是很确定。

根据trace文件里的objd，怀疑以下2个对象可能有问题：

 

* Rec #0x1  slt: 0x25  objn: 13934(0x0000366e)  objd: 295923  tblspc: 42(0x0000002a)

* Rec #0x2  slt: 0x25  objn: 13893(0x00003645)  objd: 295887  tblspc: 42(0x0000002a)

 

DB.YHS_NSRNBM

DB.YHS          对象是索引

 

重启数据库，错误信息很明确：

Thu Jun  2 18:42:08 2011
Errors in file /software/oracle/admin/db/bdump/db_smon_2060318.trc:
ORA-00600: internal error code, arguments: [733], [748689032], [top call heap], [], [], [], [], []
ORACLE Instance ssglydb (pid = 9) - Error 600 encountered while recovering transaction (45, 37) on object 13934.

重启后，原先的pmon进程报错，变为smon报错，报错频率为3分钟一次。

其中：object 13934为索引DB.YHS_NSRNBM。

     晚上整理方案，用户第二天发公告，停止业务，重建该索引。

    

 

具体步骤如下:

           

1.1.1    关闭监听,应用和数据库

1.1.2   设置10513 event 事件，跳过smon事务恢复

create pfile=’/tmp/init.ora’ from spfile;

增加：

*.event="10513 trace name context forever, level 2"

1.1.3   重新启动数据库

startup pfile=’/tmp/init.ora’;

 

1.1.4   删除损坏的索引  

drop index DB.YHS_NSRNBM;

1.1.5   关闭数据库实例

shutdown immediate

 

1.1.6 去掉10513 event 事件，正常启动数据库实例

startup

 

1.1.7   重建DB.YHS_NSRNBM 索引

后台提交创建索引的脚本，用时1小时6分。

1.1.8   分析索引

 

1.1.9   后期监控

应用程序正常，数据库日志没有再报错。

 

 

 

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

转载于:http://blog.itpub.net/7199859/viewspace-698030/