ORA-600 733 問題處理案例分享

paulyibinyi發表於2011-06-15
      我們碰到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

     晚上整理方案,使用者第二天發公告,停止業務,重建該索引。

    

 

具體步驟如下:

           

應用和資料庫

事件,跳過smon事務恢復

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

增加:

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

startup pfile=/tmp/init.ora;

 

 

drop index DB.YHS_NSRNBM;

shutdown immediate

 

事件,正常啟動資料庫例項

startup

 

索引

後臺提交建立索引的指令碼,用時1小時6分。

 

應用程式正常,資料庫日誌沒有再報錯。

 

 

 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199859/viewspace-698030/,如需轉載,請註明出處,否則將追究法律責任。

相關文章