RMAN报“archived log not found”本质是控制文件无元数据记录，需用CATALOG显式注册或SET UNTIL SCN绕过缺失段；手动拷贝无效，因Oracle不自动扫描目录，必须路径、THREAD#、RESETLOGS_ID三者匹配且状态为A。
RMAN执行RECOVER DATABASE时报“archived log not found”，不是文件路径错了，而是控制文件里压根没这条归档的元数据记录——哪怕你把1_11_770379421.dbf拷进DB_RECOVERY_FILE_DEST，LIST ARCHIVELOG ALL照样为空，RECOVER也绝不会去读它。
为什么手动复制归档日志后LIST ARCHIVELOG还是看不到
Oracle不扫描归档目录做自动注册；控制文件只认自己元数据中标记为A(Available)的归档。哪怕文件物理存在、路径正确、权限无误，只要没显式执行CATALOG，它在RMAN眼里就是“不存在”。
-
strings 1_11_770379421.dbf | head -5必须输出含ARCHIVELOG或ORACLE字样，否则是损坏或伪造文件 - 检查该归档是否属于当前库：
SELECT THREAD#, RESETLOGS_ID FROM V$DATABASE;，再比对归档文件名中的THREAD#（如2_11_*.dbf）和V$ARCHIVED_LOG.RESETLOGS_ID - 若目标库是异机恢复，源库路径为
/u01/app/oracle/archivelog/，而目标机该路径不存在，RECOVER会直接报ORA-00308，不是因为缺文件，而是路径根本打不开
CATALOG ARCHIVELOG必须带完整路径且避开冲突
CATALOG不是“告诉RMAN去哪找”，而是“把文件信息写进控制文件”。路径错、线程不匹配、重置ID不一致，都会导致静默失败。
- 单个注册：必须用绝对路径，
CATALOG ARCHIVELOG '/tmp/arch_restored/1_11_770379421.dbf' - 批量注册：
CATALOG START WITH '/tmp/arch_restored/'，但该命令会跳过已注册的同名归档（比如控制文件里已有1_11_770379421.dbf，时间戳是2026-05-03，而你拉来的是2026-07-15的同名文件，它不报错也不覆盖） - 若
LIST ARCHIVELOG FROM SEQUENCE 11返回多条记录但STATUS是D(Deleted)或X(Expired)，说明旧记录还在，新文件没顶替进去，得先CHANGE ARCHIVELOG 1_11_770379421.dbf UNCATALOG再重试 - RAC环境尤其注意：
CATALOG START WITH前必须确认当前实例已启动对应THREAD#，否则线程不可见，注册无效
SET UNTIL SCN是绕过缺失归档最稳的方式
别用SET UNTIL SEQUENCE——它强制要求“该序列号及之前所有归档都存在”，只要缺一个就失败。用SCN才能精准落在已有归档覆盖区间内，跳过断点。
- 查已有归档边界：
SELECT MIN(FIRST_CHANGE#), MAX(NEXT_CHANGE#) FROM V$ARCHIVED_LOG WHERE SEQUENCE# IN (10,12); - 选一个明确落在
MAX(NEXT_CHANGE#)之后、缺失归档FIRST_CHANGE#之前的SCN，例如10879000000050 - RMAN中执行：
SET UNTIL SCN 10879000000050，再RECOVER DATABASE - RAC下取各线程
MAX(NEXT_CHANGE#)的最小值作为安全SCN上限，避免某一线程拖后腿
真正卡住恢复的从来不是“文件在哪”，而是“控制文件认不认”。注册前不校验THREAD#和RESETLOGS_ID，绕过时不用SCN而用SEQUENCE或模糊的TIME，基本等于在已知断点上硬撞。
