如何处理备库应用归档日志时的ORA-01110数据文件离线_数据文件在线与介质恢复-Oracle-PHP中文网

备库数据文件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 都会卡死。