分布式存储故障导致数据库无法启动故障处理---惜分飞

联系：手机/微信(+86 17813235971) QQ(107644445)

标题：分布式存储故障导致数据库无法启动故障处理

作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]

国内xx医院使用了国外医疗行业龙头的pacs系统,由于是一个历史库,存放在分布式存储中,由于存储同时多个节点故障,导致数据库多个文件异常,数据库无法启动,三方维护人员尝试通通过rman归档进行应用日志,结果发现日志有损坏报ORA-00354 ORA-00353,无法记录恢复,希望我们给予支持

Mon Apr 29 13:28:40 2024

Media Recovery failed with error 354

Mon Apr 29 13:28:40 2024

Errors in file F:\XXXXXX_DB\ORACLE\ADMIN\diag\rdbms\xxx\msxxx1\trace\xxx_pr00_4568.trc:

ORA-00283: recovery session canceled due to errors

ORA-00354: corrupt redo log block header

ORA-00353: log corruption near block 487424 change 8737273868 time 04/01/2024 01:38:25

ORA-00334: archived log: 'F:\XXXXXX_DB\ORADATA\XXX\LOGARC0000052184_0922116268.0001'

ORA-283 signalled during: alter database recover logfile 'F:\XXXXXX_DB\ORADATA\XXX\LOGARC0000052184_0922116268.0001'...

接手故障之后,通过尝试恢复发现除该错误之外,还有ORA-600 4552之类错误

---

跳过这些异常文件恢复,最终确认异常文件有如下部分

---

这些文件由于日志无法正常应用(有日志损坏无法应用，有日志和数据文件block不匹配导致无法应用),这样的情况直接通过自研的Oracle Recovery Tools小工具直接修改文件头信息

---

然后尝试OPEN数据库结果报ORA-1207

---

对于这个故障可以通过rectl或者using backup ctl方式处理,然后open数据库成功

---

由于该系统是历史库,不会有新业务写入,通过对异常表和索引进行处理之后,客户测试业务可以正常访问,完成本次恢复

 

• .[hudsonL@cock.li].mkp勒索加密数据库完美恢复
• mysql数据库被黑恢复—应用层面delete删除
• Oracle Recovery Tools恢复MISSING00000文件故障
• Oracle Recovery Tools—202008
• Oracle Recovery Tools 12月份更新
• 修改oracle scn小工具(patch scn)
• read_me_recover_tn勒索恢复
• Oracle恢复小工具—Oracle Recovery Tools
• ORA-600 2662快速恢复之Patch scn工具
• 一键恢复ORA-01113 ORA-01110—Oracle Recovery Tools
• Oracle Recovery Tools恢复csc higher than block scn
• win 11.2.0.4打patch后服务无法正常启动处理