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

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

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

环境:p595+aix+oracle 9.2.0.8
报错信息如下:
Thu Jun 2 06:25:12 2011Errors 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个对象可能有问题：[i]* Rec #0x1 slt: 0x25 objn: 13934(0x0000366e) objd: 295923 tblspc: 42(0x0000002a)[i]* Rec #0x2 slt: 0x25 objn: 13893(0x00003645) objd: 295887 tblspc: 42(0x0000002a)DB.YTEST_BMDB.YTEST 对象是索引重启数据库，错误信息很明确：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 testdb (pid = 9) - Error 600 encountered while recovering transaction (45, 37) on object 13934.

重启后，原先的pmon进程报错，变为smon报错，报错频率为3分钟一次。其中：object 13934为索引DB.TEST BM。晚上整理方案，用户第二天发公告，停止业务，重建该索引。具体步骤如下: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.YTEST_BM;
1.1.5 关闭数据库实例 shutdown immediate 1.1.6 去掉10513 event 事件，正常启动数据库实例 startup 1.1.7 重建DB.YTEST_BM 索引 后台提交创建索引的脚本，用时1小时6分。
1.1.8 分析索引1.1.9 后期监控 应用程序正常，数据库日志没有再报错。