RMAN块介质恢复仅对物理坏块有效，需满足ARCHIVELOG模式、归档日志完整、控制文件最新等前提；必须先通过VALIDATE触发V$DATABASE_BLOCK_CORRUPTION填充坏块记录，再执行BLOCKRECOVER指定文件号与块号修复。
RMAN块介质恢复（BLOCK MEDIA RECOVERY）只对物理坏块有效，且必须满足归档日志完整、数据库处于ARCHIVELOG模式、控制文件最新等硬性前提
坏块是否真能被RMAN识别并定位
RMAN本身不主动扫描数据文件内容，它依赖V$DATABASE_BLOCK_CORRUPTION视图中记录的坏块信息——这个视图只在执行BACKUP VALIDATE、RESTORE VALIDATE或ANALYZE TABLE ... VALIDATE STRUCTURE CASCADE后才被填充。若你没做过这些操作，V$DATABASE_BLOCK_CORRUPTION为空，RECOVER BLOCK会直接报错“no corrupt blocks found”。
常见错误现象：RMAN-06023: no backup of datafile 4 found to restore 或 RMAN-06026: some targets not found - aborting restore，本质是RMAN找不到包含该坏块的备份片，而非坏块未被发现。
- 必须先运行
VALIDATE DATABASE或VALIDATE DATAFILE 4触发坏块检测 - 确认
V$DATABASE_BLOCK_CORRUPTION中有对应记录（FILE#、BLOCK#、CORRUPTION_TYPE） - 坏块类型必须是
MEDIA CORRUPT；LOGICAL CORRUPT不支持RECOVER BLOCK - 如果控制文件里该数据文件状态是
MISSING，得先ALTER DATABASE CREATE DATAFILE，否则RMAN连文件头都读不到
RECOVER BLOCK 命令的最小必要参数组合
最简可行命令不是RECOVER BLOCK单行，而是带上下文约束的三步组合：MOUNT/OPEN状态、归档可用性检查、显式指定备份源。缺一不可。
- 数据库必须
OPEN或MOUNT（不能NOMOUNT），且必须开启归档模式（ARCHIVELOG） - 执行前手动验证归档日志连续性：
LIST ARCHIVELOG ALL看是否有断档；用CROSSCHECK ARCHIVELOG ALL清理过期记录 - 必须显式指定目标块：
RECOVER BLOCK 4 FROM DATAFILE 4 BLOCK 12345，不能省略FROM DATAFILE - 若备份不在默认位置，需提前
SET ARCHIVELOG DESTINATION TO '/backup/arch'，否则RMAN可能找不到归档
为什么恢复后表还能查但索引失效
块介质恢复只替换损坏的数据块，不重建逻辑结构。如果坏块位于索引段头、分支块或ITL槽位，恢复后索引可能仍无法遍历，查询报 ORA-01578: ORACLE data block corrupted 或 ORA-00600 [kdxlin: invalid block]。
- 恢复完成后立即检查索引状态：
SELECT index_name, status FROM dba_indexes WHERE table_name = 'T1'，STATUS = 'UNUSABLE'是典型信号 - 不要直接
ALTER INDEX ... REBUILD—— 若索引段本身含坏块，重建过程会失败；应先ANALYZE INDEX ... VALIDATE STRUCTURE定位坏块位置 - 若坏块在索引根块或分支块，
RECOVER BLOCK可能已修复，但Oracle缓存了旧的分支路径，需ALTER SYSTEM FLUSH BUFFER_CACHE清空缓冲区再试 - 极端情况（如B树结构断裂），只能导出数据+重建索引，
RECOVER BLOCK无法替代逻辑修复
容易被忽略的权限与加密限制
即使语法全对、备份齐全，RECOVER BLOCK 仍可能静默失败——原因常藏在权限链或透明数据加密（TDE）配置里。
- 执行用户必须有
SYSDBA或SYSBACKUP权限；普通DBA角色不够，会报ORA-19563: archived log header validation failed - 若表空间启用了TDE加密，恢复时 Oracle keystore 必须已打开：
ADMINISTER KEY MANAGEMENT SET KEYSTORE OPEN IDENTIFIED BY "pwd" - 使用镜像副本（
BACKUP AS COPY）做恢复源时，副本必须是NOT BACKED UP 1 TIMES，否则RMAN跳过该副本，转而去找备份集，导致恢复变慢甚至失败 - 跨PDB场景下，
RECOVER BLOCK必须连接到被损坏表所在PDB，不能在CDB$ROOT里执行，否则报RMAN-06571: datafile 4 does not belong to current container
块介质恢复不是万能补丁。它只换掉磁盘上那个字节错乱的块，不校验前后逻辑一致性，也不重放事务中间状态。真正棘手的是坏块出现在回滚段、undo表空间或数据字典块——这时候RECOVER BLOCK大概率失败，得切到DBMS_REPAIR或从备份整库恢复。
