客户环境中出现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方式来手工跳过这个错误。