提示:Oracle的隐含参数只应该在测试环境或者在Oracle Support的支持下使用。
在使用 _disable_logging 进一步的测试中,试图通过switch logfile进行日志切换,结果重起居然报出日志文件损坏。
试图通过switch logfile触发检查点:
日志文件损坏(未测试是否可以重复出现):
损坏的是active的日志文件:
在使用 _disable_logging 进一步的测试中,试图通过switch logfile进行日志切换,结果重起居然报出日志文件损坏。
试图通过switch logfile触发检查点:
日志文件损坏(未测试是否可以重复出现):
损坏的是active的日志文件:
只好使用另外一个隐含参数_allow_resetlogs_corruption强制启动数据库,设置此参数之后,在数据库Open过程中,Oracle会跳过某些一致性检查,从而使数据库可能跳过不一致状态,Open打开:
幸运的时候数据库就可以成功Open,如果不幸可能会遇到一系列的 Ora-600 错误(最常见的是 2662错误 )此时就需要使用多种手段继续进行调整恢复。
如果注意观察alert日志,我们可能会发现类似以下日志:
Oracle告诉我们,强制resetlogs跳过了一致性检查,可能导致数据库损坏,数据库应当重建。
不一致恢复最后恢复到的Change号是:240677200
通常使用此方法Open数据库之后,应该立即通过导出、导入重建数据库
幸运的时候数据库就可以成功Open,如果不幸可能会遇到一系列的 Ora-600 错误(最常见的是 2662错误 )此时就需要使用多种手段继续进行调整恢复。
如果注意观察alert日志,我们可能会发现类似以下日志:
Oracle告诉我们,强制resetlogs跳过了一致性检查,可能导致数据库损坏,数据库应当重建。
不一致恢复最后恢复到的Change号是:240677200
通常使用此方法Open数据库之后,应该立即通过导出、导入重建数据库
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-627328/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/35489/viewspace-627328/
本文介绍在Oracle数据库中遇到日志文件损坏的情况时,如何通过使用隐含参数_allow_resetlogs_corruption来强制启动数据库并尝试恢复数据。同时也提到了在使用这种方法后可能会遇到的一系列Ora-600错误及解决思路。
431

被折叠的 条评论
为什么被折叠?



