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/