必须用RESTORE ARCHIVELOG恢复特定SEQUENCE归档日志，因RECOVER DATABASE UNTIL SEQUENCE仅控制终点而不精确拉取；正确语法为RUN{SET ARCHIVELOG DESTINATION TO '/path'; RESTORE ARCHIVELOG FROM SEQUENCE n UNTIL SEQUENCE n;}，且还原后需ALTER DATABASE REGISTER LOGFILE手动注册方可应用。
恢复特定SEQUENCE的归档日志必须用 RESTORE ARCHIVELOG，不能用 RECOVER DATABASE
很多人误以为 recover database until sequence 12345 能直接拉取并应用某个序列号的日志，其实它只是控制恢复终点，底层仍依赖rman自动选择归档日志范围。真正要“只恢复序列12345那一个归档日志”，必须显式调用 restore archivelog，否则rman会按依赖链拉回一整段（比如从12340到12345），浪费时间且可能引入冗余日志。
RESTORE ARCHIVELOG SEQUENCE 的语法和关键限制
Oracle 19c 支持精确指定单个或连续序列号，但不支持逗号分隔的离散值（如 SEQUENCE 12345,12347 会报错 ORA-19587: error occurred while processing archive log）。正确写法是：
RUN {
SET ARCHIVELOG DESTINATION TO '/u01/backup/arch_restore';
RESTORE ARCHIVELOG FROM SEQUENCE 12345 UNTIL SEQUENCE 12345;
}
-
FROM ... UNTIL ...必须成对出现，即使只恢复一个序列 -
SET ARCHIVELOG DESTINATION是可选的，但强烈建议指定——否则RMAN默认还原到LOG_ARCHIVE_DEST_1，若该路径空间不足或不可写，会直接失败 - 如果目标序列在多个归档目的地存在，RMAN优先选已注册进控制文件的那个；若未注册，需先执行
CATALOG START WITH '/path/to/arch/'
为什么 SEQUENCE 恢复常失败？三个最常见原因
报错 ORA-19505: failed to identify a file 或 ORA-19625: error identifying file 通常不是权限问题，而是归档日志元数据缺失：
- 控制文件里没记录该序列号——可能已被
DELETE ARCHIVELOG清理，或备份时未包含该归档日志 - 归档日志物理文件名含非标准格式（如带时间戳后缀
_20240501_12345.arc），而控制文件只存基础名1_12345_1234567890.arc，导致匹配失败 - RMAN备份集里归档日志被压缩或加密，但还原时未提供对应解密密码（
SET DECRYPTION IDENTIFIED BY）
还原后如何验证并手动应用该日志？
还原出来的归档日志默认不会自动注册进控制文件，也不能直接被 RECOVER DATABASE 识别。必须手动注册：
SQL> ALTER DATABASE REGISTER LOGFILE '/u01/backup/arch_restore/1_12345_1234567890.arc';
然后才能用 RECOVER DATABASE 或 RECOVER STANDBY DATABASE 应用它。注意：REGISTER LOGFILE 要求数据库处于MOUNT状态，且日志必须满足SCN连续性（即前一个日志已存在并应用完毕），否则报 ORA-00308: cannot open archived log。
实际中，单独恢复一个SEQUENCE多数用于故障诊断或补日志场景，务必确认该日志确实缺失、且前后日志链完整——漏掉一个中间日志，整个恢复链就断了。
