i_obj1、i_obj2、i_obj3、i_obj4、i_obj5这几个都是obj$基表的索引，如果损坏会非常麻烦，因为oracle 对这些对象的ddl做了严格限制，你没有办法简单修复他们。 如下面的例子： *** 2012-01-31 05:59:24.837doing block recovery for file 25 block 2256706bl
i_obj1、i_obj2、i_obj3、i_obj4、i_obj5这几个都是obj$基表的索引，如果损坏会非常麻烦，因为oracle 对这些对象的ddl做了严格限制，你没有办法简单修复他们。
如下面的例子：
*** 2012-01-31 05:59:24.837doing block recovery for file 25 block 2256706block header before block recovery:buffer tsn: 0 rdba: 0x06626f42 (25/2256706)scn: 0x08b7.b1dff478 seq: 0x01 flg: 0x04 tail: 0xf4780601frmt: 0x02 chkval: 0x8da3 type: 0x06=trans datadoing block recovery for file 25 block 2256706block header before block recovery:buffer tsn: 0 rdba: 0x06626f42 (25/2256706)--------------------it looks like pmon is trying to recover a block, and is unable to do so.select * from dba_extents where 2256706 between block_id and block_id +blockssql> i2 and file_id = 25;sys i_obj5index system70 252256640 1048576 12825
以上确认了25号文件2256706出现了问题，对应对象为sys的索引i_obj5 ，但是由于这个是字典基表obj$上的索引，所以无法直接重建的：
no ddl is allowed for i_obj5 as it is needed for warm start:sql> drop index i_obj5;drop index i_obj5*error at line 1:ora-00701: object necessary for warmstarting database cannot be alteredalter system set events '10293 trace name context forever, level 1';and also get 3 pmon errorstack at level 5133 in 1 min intervals.dbv userid=sys/pass file= blocksize= start=2256706 end=2256706
以上可以看到对索引做任何操作都会报ora-701错误，这里我们需要特殊的手段才能真正意义上修复i_obj1、i_obj2、i_obj3、i_obj4、i_obj5等sys索引。
如果自己搞不定可以找诗檀软件专业oracle数据库修复团队成员帮您恢复!诗檀软件专业数据库修复团队服务热线 ： 400-690-3643? ?备用电话： 18501767907 ? ?邮箱：service@parnassusdata.com
related posts:
【oracle数据库恢复】ora-00600[25027]错误解析【oracle数据库恢复】ora-00600[25026】错误解析【oracle数据库恢复】ora-00600[kclchkblk]fractured block found during backing up datafilebuffer lock mode and compatibilitiesoracle内部视图:x$bhdata block cache header format changes (oracle8 physical layout)【oracle数据库恢复】sysaux表空间无法online一例【oracle等待事件】transaction等待【数据恢复】nologging unrecoverable ora-26040解析 原文地址：【oracle数据库恢复】i_obj1、i_obj2、i_obj3、i_obj4、i_obj5等sy, 感谢原作者分享。