备库数据文件OFFLINE导致ORA-01110时，须先RECOVER DATAFILE补齐归档，再ALTER DATABASE DATAFILE ... ONLINE；若报ORA-01113，说明恢复未完成，需校验CHECKPOINT_CHANGE#与归档日志范围是否对齐。
ORA-01110 报错时，备库数据文件处于 OFFLINE 状态怎么办
这个错误不是归档日志应用失败的结果，而是它发生的前提——alter database recover managed standby database 一执行就卡住或报错，根本原因是某个数据文件被标记为 offline（比如因主库上执行过 alter database datafile ... offline 或介质损坏后手动 offline），而备库无法自动跳过它继续恢复。
常见错误现象：ORA-01110: data file 5: '/u01/oradata/stdby/users01.dbf' 配合 ORA-01157: cannot identify/lock data file 或直接提示该文件 OFFLINE；V$DATAFILE 中对应 STATUS 是 OFFLINE，但 ENABLED 是 DISABLED。
- 先确认状态：
SELECT FILE#, NAME, STATUS, ENABLED FROM V$DATAFILE WHERE FILE# = 5;
- 如果
STATUS = 'OFFLINE'且ENABLED = 'DISABLED'，不能直接ONLINE—— 备库不允许在线数据文件，必须走介质恢复流程 - 正确做法是：先用
RECOVER DATAFILE 5补齐缺失的归档（包括该文件 offline 后产生的所有归档），再尝试ALTER DATABASE DATAFILE 5 ONLINE - 注意：若该文件在主库已 DROP 或重建过，备库需先从主库拷贝新文件（
cp+ALTER DATABASE CREATE DATAFILE），否则恢复会一直报错
备库上执行 ALTER DATABASE DATAFILE ... ONLINE 为什么报 ORA-01113
ORA-01113: file 5 needs media recovery 是典型信号：你试图把一个未完全恢复的数据文件强行 online。这不是权限或路径问题，是 Oracle 在拒绝“带伤上岗”。
使用场景：你刚用 RECOVER DATAFILE 5 恢复完，但没等它真正完成（比如中断了恢复、或归档不全），就急着 ONLINE。
- 检查是否真恢复完了：
SELECT FILE#, STATUS, CHECKPOINT_CHANGE# FROM V$DATAFILE_HEADER WHERE FILE# = 5;
对比V$ARCHIVED_LOG中该文件对应的最小FIRST_CHANGE#和最大NEXT_CHANGE# -
RECOVER DATAFILE必须覆盖到该文件头中的CHECKPOINT_CHANGE#，否则ONLINE必然失败 - 别依赖
AUTO模式自动找归档——它只找当前LOG_ARCHIVE_DEST_n下已注册的归档，如果归档被清理或路径变更，得手动指定：RECOVER DATAFILE 5 USING BACKUP CONTROLFILE UNTIL CANCEL，然后逐个输入归档路径
备库介质恢复时，归档日志缺失导致恢复中断怎么补
备库恢复卡在某个归档（如 thread_1_seq_12345.ark）找不到，不是配置错了，而是主库归档已被清理、或传输延迟导致备库没收到——ARCHIVE_LAG_TARGET 和 LOG_ARCHIVE_DEST_n 的 DELAY 参数会加剧这个问题。
性能与兼容性影响：用 RESTORE ARCHIVELOG 从备份中拉归档比等主库重传快，但要求 RMAN 备份包含归档（BACKUP ARCHIVELOG ALL），且控制文件要能识别这些备份片。
- 先查缺哪个：
SELECT THREAD#, SEQUENCE#, FIRST_TIME FROM V$ARCHIVED_LOG WHERE DEST_ID = 2 AND APPLIED = 'NO' AND DELETED = 'NO' ORDER BY FIRST_TIME;
- 如果缺的是老归档，别硬等主库重传——用 RMAN 从最近一次全备中恢复：
RESTORE ARCHIVELOG FROM LOGSEQ 12345 UNTIL LOGSEQ 12345; - 恢复后记得
CATALOG START WITH '/path/to/arch';让控制文件重新识别归档位置，否则RECOVER还是找不到 - 临时绕过单个缺失归档？不行。
SET UNTIL SEQUENCE只能往前截断，不能跳过中间某一个
为什么备库上 CREATE DATAFILE 要配 USING BACKUP CONTROLFILE
当主库删了表空间、重建了数据文件，而备库还没同步到 DDL，此时备库控制文件里还存着旧文件号和旧路径，直接 CREATE DATAFILE 会报 ORA-01119 或 ORA-01180——Oracle 认为你在伪造控制文件记录。
关键点：USING BACKUP CONTROLFILE 不是“用备份控制文件”，而是告诉 Oracle：“这次创建是基于我当前控制文件快照做的修补，别校验 SCN 是否连续”。它本质是绕过控制文件一致性检查。
- 操作前确保：主库已执行
ALTER DATABASE BACKUP CONTROLFILE TO TRACE，并把新控制文件或 trace 文件传到备库（更稳妥是直接CREATE CONTROLFILE） - 标准命令：
ALTER DATABASE CREATE DATAFILE '/old/path/users01.dbf' AS '/new/path/users01.dbf' USING BACKUP CONTROLFILE; - 执行后必须立刻做介质恢复：
RECOVER DATAFILE 5;，否则该文件永远无法 online - 漏掉
USING BACKUP CONTROLFILE？报ORA-01274: cannot add datafile which was not created by this controlfile，这就是最常踩的坑
最麻烦的不是命令记不住，是忘了恢复前后要核对 V$DATAFILE_HEADER.CHECKPOINT_CHANGE# 和归档日志的 NEXT_CHANGE# 是否对齐——差 1 都会卡死。
