本文主要是介绍从ORA-00283 ORA-16433报错开始恢复---惜分飞,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
接手一个客户无法正常启动的故障数据库,尝试recover 报ORA-00283 ORA-16433错误
|
通过对控制文件进行处理,再次尝试recover库
|
由于redo和数据文件不匹配,无法正常recover库,尝试强制打开库报ORA-600 2662错误
|
基于这种错误,尝试oradebug修改scn
|
发现报ORA-32521错误,证明常规的oradebug方法无法修改scn,参考相关文章:
oradebug poke ORA-32521/ORA-32519故障解决
第一次通过其他方法处理,由于计算失误导致数据库启动报ORA-600 2252错误
|
该错误是相关文章参考:
记录一次ORA-00600[2252]故障解决
ORA-00600: internal error code, arguments: [2252], [3987]
主机断电系统回到N年前数据库报ORA-600 kcm_headroom_warn_1错误
处理正确的scn值之后,数据库open成功,然后逻辑方式导出数据,恢复工作完成
|
这篇关于从ORA-00283 ORA-16433报错开始恢复---惜分飞的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!