能在线修复坏块但需满足归档完整、有可用备份、坏块不在system关键结构上三条件；v$database_block_corruption非实时，须先用rman validate确认当前坏块，再执行blockrecover并严格指定datafile与block号，修复后需checkpoint+二次validate验证。
能在线修，但必须满足归档完整、有可用备份、坏块不在SYSTEM关键结构上这三个硬条件；否则会卡在归档查找或直接报错退出。
确认坏块真实存在，别被V$DATABASE_BLOCK_CORRUPTION误导
这个视图只存“上次VALIDATE或备份时发现的坏块”，不是实时状态。ORA-01578报错后，先别急着BLOCKRECOVER，执行：
— RMAN> VALIDATE DATAFILE 4;（用报错里的file#）
— 或更准：对出问题的表单独验证，VALIDATE TABLESPACE users;
— 验证完立刻查V$DATABASE_BLOCK_CORRUPTION，此时返回的才是当前有效坏块列表
— 如果VALIDATE没触发写入，说明坏块可能已被缓存刷掉或只是瞬时IO错误，不用修
BLOCKRECOVER命令必须填对的三个参数
漏一个就失败，常见报错ORA-19625或RMAN-06571: no corrupt blocks found都源于此：
— 必须同时指定DATAFILE号和BLOCK号，例如：BLOCKRECOVER DATAFILE 4 BLOCK 123;
— 不支持对象名（如BLOCKRECOVER TABLE test_tab;），RMAN不认这个语法
— 批量修复多个离散块可以写成BLOCKRECOVER DATAFILE 4 BLOCK 123,456,789;，但不能写123-125这种范围形式
— 如果你有多个备份集，且想指定某次备份来恢复，得加FROM BACKUPSET 12345;，否则RMAN默认选最新备份
诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。
修复后必须手动验证，V$DATABASE_BLOCK_CORRUPTION不会自动清空
执行完BLOCKRECOVER，Oracle只把块重刷进数据文件，视图里那条记录还在：
— 立即执行ALTER SYSTEM CHECKPOINT;，强制刷脏块并更新控制文件SCN
— 再跑一次VALIDATE DATAFILE 4;，确认V$DATABASE_BLOCK_CORRUPTION已为空
— 如果坏块在索引上，即使BLOCKRECOVER成功，也建议后续重建索引：ALTER INDEX idx_name REBUILD;，否则下次分裂可能触发ORA-00600 [kdxlin: bad block type]
— 注意：BLOCKRECOVER CORRUPTION LIST;只处理视图里当前存在的条目，不会自动刷新视图内容
最常被忽略的是归档日志链完整性——BLOCKRECOVER默认走归档应用，一旦中间缺一个日志，它不会报错提示“缺日志”，而是悄悄回退到最近可用的level 0备份+归档组合，恢复时间陡增且结果不可控。动手前务必用LIST ARCHIVELOG ALL;核对连续性。
