ITPub博客

首页 > Linux操作系统 > Linux操作系统 > ORA-600 733 问题处理案例分享

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

原创 Linux操作系统 作者:paulyibinyi 时间:2011-06-15 17:06:06 0 删除 编辑
      我们碰到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个小时生成6Gpmon trace文件。

 

查询metalinkora-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/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
学习数据库

注册时间:2007-12-11

  • 博文量
    902
  • 访问量
    6596661