如何解决断电后打开rac时datafile1出现坏块的问题

内网两台RAC停电后无法启动。

流程：（持续了几个月，试了两天没成功，后来就忽略了）

1.警报错误报告

2023 年 7 月 31 日星期二 14:16:25

跟踪文件 /oracle/ora11g/diag/rdbms/rac/ 中（文件 1，块 1824271）的十六进制转储rac4/trace/rac4_p001_8985.trc

2023 年 7 月 31 日星期二 14:16:25

（文件 1，块 18）的十六进制转储24272）在跟踪文件 /oracle/ora11g/diag/rdbms/rac/rac4/trace/rac4_p006_8995.trc

读取数据文件“+DATA/rac/datafile/system.256.856700057”以发现 rdba 处的损坏：0x005bd610 （文件 1，块 1824272）

读取数据文件“+DATA/rac/datafile/system .256.856700057”在 rdba 处是否损坏：0x005bd60f（文件 1，块 1824271）

重新读取 (文件 1，块 1824271）发现相同的损坏数据（逻辑损坏）

恢复卡在文件 1 的块 1824271 的线程 4

重新读取（文件 1，块 1824272）发现相同的损坏数据（逻辑损坏）

恢复线程4卡在文件1的块1824272

使用备份控制文件执行恢复数据库，直到取消；

提示ora-1547 ,ora-1194

2.设置隐藏参数_allow_resetlogs_corruption=true,_corrupted_rollback_segments="xx" undo_management=manual

alter database open;提示错误：

ora-600 [kclchkblk_4]

ora-704: bootstrap process failure

3.提前 scn oradebug poke 或更改sesession set events '10015 Trace name adjustment_scn level x'（可能在11.2.0.4之前有效）

4.改变数据库打开；成功并且不需要resetlogs，可能和这种处理方式有关。

5.警报日志中，大量ora-600[ktbsdp1]、ora-01555、ora-600[4097]似乎与undo损坏有关

6。删除当前undo表空间Rebuild

7．取消隐藏参数并重启

《如何解决断电后打开rac时datafile1中坏块的问题》的学习就结束了，好了，希望能解大家的疑惑。理论与实践相结合，能够更好的帮助大家学习，去尝试吧！如果您想继续了解更多相关知识，请继续关注网站。小编会继续努力，给大家带来更多实用的文章！