(1)症状
数据库能启动到mount状态,无法正常open。
设置隐藏参数,让数据库启动时跳过一致性检查:
alter system set “_allow_resetlogs_corruption”=true scope=spfile; |
开库时报ORA-600[2662]错误
![bb](http://img.blog.itpub.net/blog/attachment/201604/30/30935525_1461990419Azm5.png?x-oss-process=style/bb)
(2)通过使用10015事件来调整当前的SCN
注意10g之后,adjust_scn默认是禁用的。必须在参数文件中设置
alter system set "_allow_error_simulation"=true scope=spfile; alter session set events '10015 trace name adjust_scn level 1'; |
(3)ORA-600[4194]错误
开库时报ORA-600[4194]错误
![bb](http://img.blog.itpub.net/blog/attachment/201604/30/30935525_14619904373367.png?x-oss-process=style/bb)
修改undo管理模式为手动
alter system set undo_management=manual scope=spfile; |
再次开库。
(4) ORA-600[13013]错误
用exp执行全库导出,导出过程中报ORA-600【13013】错误,并且数据库会自动关闭。
![bb](http://img.blog.itpub.net/blog/attachment/201604/30/30935525_1461990480lY6e.png?x-oss-process=style/bb)
根据报错信息的第二个参数对应为data_object_id,根据data_object_id找出table_name,并找到该表的索引,然后重建索引:
SELECT OWNER,OBJECT_NAME,OBJECT_TYPE FROM DBA_OBJECTS WHERE DATA_OBJECT_ID=482;
SELECT OWNER,INDEX_NAME FROM DBA_INDEXES WHERE TABLE_NAME='MON_MODS$';
alter index I_MON_MODS$_OBJ rebuild online; |
再次全库导出。
![bb](http://img.blog.itpub.net/blog/attachment/201604/30/30935525_14619905132UgY.png?x-oss-process=style/bb)
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30935525/viewspace-2091089/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/30935525/viewspace-2091089/