ORA-600(13013)错误

客户环境中出现ORA-600(13013)错误。
错误信息如下:

Mon DEC 26 23:13:00 2011 
Errors IN file /oracle/admin/htzback/udump/htzback_ora_32522.trc:
ORA-00600: 内部错误代码, 参数: [13013], [5001], [52828], [625368235], [67], [629556358], [17], []

查询MOS发现,对于13013错误而言,随后的6个参数含义如下:

Arg [a] Passcount 
Arg [b] DATA Object NUMBER 
Arg [c] Tablespace Relative DBA OF block containing the ROW TO be updated 
Arg [d] ROW Slot NUMBER 
Arg [e] Relative DBA OF block being updated (should be same AS [c]) 
Arg [f] Code

可以根据DATA OBJECT ID在DBA_OBJECTS视图中找到对应的对象,如果是表,可以使用ANALYZE TABLE TABLENAME VALIDATE STRUCTURE CASCADE的方式来验证表结构,如果是索引,可以用ANALYZE INDEX INDEXNAME VALIDATE STRUCTURE的方式验证索引结构。
根据参数C可以计算出问题出现的相对文件号和BLOCK号:

SQL> SELECT dbms_utility.data_block_address_file(625368235) rfile, 
  2 dbms_utility.data_block_address_block(625368235) blocks
  3 FROM dual;
RFILE     BLOCKS
---------- ----------
       149     416939

根据找到的文件号,可以使用dbv对指定的文件进行检查。
如果确实发现逻辑损害,且错误发生在索引上,那么最简单的办法莫过于利用DBMS_METADATA获取索引的源数据,然后将索引删除后重建。
如果错误发生在表上,且存在备份,可以直接利用BLOCKRECOVER命令进行恢复。
如果备份不存在,可以利用DBMS_REPAIR包,或者使用EVENTS 10231的LEVEL 10,跳过坏块。当然也完全可以通过ROWID方式来手工跳过这个错误。

This entry was posted in BUG and tagged , , . Bookmark the permalink.

Leave a Reply

Your email address will not be published. Required fields are marked *