又一例存储cache丢失oracle数据库恢复---惜分飞
作者:互联网
10.2.0.5 hp unix rac,由于存储掉电导致cache丢失,数据库无法正常启动,客户要求我们介入处理
数据库mount报ORA-00600 kccpb_sanity_check_2错误
|
该错误是由于控制文件损坏,尝试重建控制文件报ORA-01163,ORA-01517
|
由于redo大小错误导致该问题,设置正确的redo大小继续重建
|
报ORA-00600 kccsga_update_ckpt_4错误,导致控制文件失败,处理该错误之后,重建控制文件成功,分析文件头信息和redo信息,确认只能强制库,尝试强制open库
|
这个问题比较常见:ORA-00704 ORA-00604 ORA-01555,参考类似文章:
在数据库open过程中常遇到ORA-01555汇总
数据库open过程遭遇ORA-1555对应sql语句补充
数据库open成功但是报ORA-00600 4137
|
该问题是由于undo异常,对undo进行处理,数据库无明显报错,安排导出数据
- undo异常总结和恢复思路
- ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []
- 记录一次比较棘手数据库恢复要点
- 在数据库open过程中常遇到ORA-01555汇总
- 创建控制文件遭遇ORA-600 kccscf_1
- 10g数据库遭遇ORA-600 16703
- ora-600 2662和ora-600 kclchkblk_4恢复
- 记录一次ORA-00600[kdxlin:psno out of range]/ORA-00600[3020]/ORA-00600[4000]/ORA-00600[4193]的数据库恢复
- tab$异常被处理之后报ORA-600 13304故障处理
- 硬件故障导致ORA-600 2662错误处理
- 数据库open过程遭遇ORA-1555对应sql语句补充
- Oracle Recovery Tools恢复—ORA-00704 ORA-01555故障
标签:22,Thu,cache,Jul,---,分飞,2021,EAT,ORA 来源: https://blog.csdn.net/xifenfei/article/details/119010442