Oracle不能在线恢复单个数据文件，必须先将其脱机（ALTER TABLESPACE…OFFLINE或ALTER DATABASE DATAFILE…OFFLINE），否则报ORA-01116；RMAN的RESTORE/RECOVER DATAFILE需在脱机状态下执行，而块媒体恢复（BLOCKRECOVER）可在ONLINE状态下修复指定坏块。
不能在线恢复单个数据文件——必须先脱机，否则会报 ora-01116 或直接崩溃。 rman 的 restore datafile 和 recover datafile 无法在 open 状态下执行；但块级恢复（block media recovery）可以在线进行，前提是已启用归档、有可用备份、且只修复损坏的块而非整个文件。
为什么不能直接 RESTORE DATAFILE 而要先 OFFLINE？
Oracle 在 OPEN 状态下对数据文件有强一致性检查。一旦文件被删，实例立刻发现并标记为 OFFLINE 或报 ORA-01116: cannot open database file。此时若强行 RESTORE DATAFILE，RMAN 会拒绝操作，因为控制文件仍认为该文件“应存在且可读”——而物理路径已空。常见错误包括：RMAN-06023: no backup or copy of datafile X found to restore（其实是状态不匹配导致找不到有效副本），或 RMAN-06102（权限问题常被误判，实则是实例状态卡住）。
必须走的标准路径是：
-
ALTER TABLESPACE xxx OFFLINE FOR RECOVER;（非 SYSTEM 表空间才允许） -
RESTORE TABLESPACE xxx;或RESTORE DATAFILE n; -
RECOVER TABLESPACE xxx;或RECOVER DATAFILE n; ALTER TABLESPACE xxx ONLINE;
什么情况下才能用 BLOCK MEDIA RECOVERY（BMR）？
BMR 是唯一支持真正“在线”修复的机制，但它只适用于已知具体坏块号（如从 v$database_block_corruption 或告警日志中提取），且这些块所属的数据文件仍处于 ONLINE 状态。它不重建文件，只从备份中提取坏块对应的老版本 + 应用归档/重做日志补全 SCN。
典型触发场景：
- DBA 收到告警：
Corrupt block relative dba: 0x01000123 (file 4, block 291) - 确认该块属于某个索引段，不影响整体表空间可用性
- 数据库仍 OPEN，业务未中断
执行命令示例：
RMAN> BLOCKRECOVER DATAFILE 4 BLOCK 291;
RMAN 会自动：找最近备份 → 提取该块 → 应用归档日志 → 写回原位置。全程无需脱机，也不影响其他块访问。
SET NEWNAME 和 SWITCH DATAFILE ALL 容易漏掉哪一步？
如果原路径不可写（比如磁盘满、目录被删），必须用 SET NEWNAME 重定向。但这个设置只对紧接其后的 RESTORE 生效，且不会自动更新控制文件记录——所以 SWITCH DATAFILE ALL 不是可选步骤，而是强制环节。
漏掉它的后果：
-
RECOVER DATAFILE 4时 RMAN 仍去旧路径找文件，报ORA-01157: cannot identify/lock data file - 即使手动改了路径，控制文件里
v$datafile.name还是旧值，后续备份/恢复链断裂
安全写法必须包在 run{} 块里：
RMAN> run {<br> set newname for datafile 4 to '/u02/oradata/db/users02.dbf';<br> restore datafile 4;<br> switch datafile all;<br> recover datafile 4;<br>}恢复后一定要验证 SCN 是否对齐
很多人执行完 RECOVER DATAFILE 就直接 ONLINE，结果启动时报 ORA-01113: file 4 needs media recovery。根本原因是：控制文件里的 checkpoint SCN 高于数据文件头的 SCN，而 RECOVER 没真正跑完（比如归档缺失、UNTIL 截断过早、或用了 RECOVER AUTOMATIC 却没配好归档路径）。
验证方法很简单：
SELECT a.file#, a.name, a.checkpoint_change#, b.checkpoint_change#<br>FROM v$datafile a, v$datafile_header b<br>WHERE a.file# = b.file# AND a.file# = 4;
如果 a.checkpoint_change# != b.checkpoint_change#，说明还没追平，不能 ONLINE。
