必须先执行restore database还原出目标时间点前的数据文件，再用recover database until time应用日志，最后open resetlogs；单独执行recover会因数据文件过旧而报ora-01190或ora-01113错误。
必须用 set until time 配合 restore database 和 recover database 三步联动，缺一不可；单独执行 recover database until time 会报 ora-01190 错误。
为什么不能只用 RECOVER DATABASE UNTIL TIME？
Oracle 11g 的 RMAN 不支持在已挂载（mounted）状态下直接用 RECOVER DATABASE UNTIL TIME 做不完全恢复。该命令仅适用于控制文件完好、数据文件已是“最新备份状态”的场景——但实际中，你手头的备份往往比目标时间点早得多，必须先还原（restore）出对应时间点前的数据文件，再应用日志（recover）到那个时间点。
常见错误现象：
- 执行
recover database until time '2026-05-14 10:30:00'后报错：ORA-01190: control file or data file is from before the last RESETLOGS或ORA-01113: file 1 needs media recovery - 数据库处于 MOUNT 状态，
v$datafile中文件的checkpoint_time明显早于目标时间，说明还没还原
SET UNTIL TIME 必须放在 RUN 块最开头
RMAN 的 UNTIL 子句不是独立命令，而是作用于后续所有 restore/recover 操作的上下文标记。它必须在 RESTORE 和 RECOVER 之前设置，且对整个 RUN 块生效。
正确写法示例：
run {
startup force mount;
set until time "to_date('2026-05-14 10:30:00','yyyy-mm-dd hh24:mi:ss')";
restore database;
recover database;
alter database open resetlogs;
}
容易踩的坑：
- 把
set until time写在restore之后 → RMAN 忽略该设置，按最新备份还原，导致 recover 失败 - 时间格式写成
'2026-05-14 10:30'缺少秒或格式不符 → 报RMAN-03002: failure of set command - 未设置
NLS_DATE_FORMAT环境变量，又在 SQL*Plus 里查过sysdate→ RMAN 解析失败（RMAN 不读取会话级 NLS 设置）
目标时间点必须落在可用归档日志覆盖范围内
RMAN 能否成功恢复到指定时间，取决于：从备份中还原出的数据文件的最低 SCN（即文件头 checkpoint SCN），是否 ≤ 目标时间对应的 SCN，且中间所有归档日志都存在。
验证方法：
- 还原前先查：
SELECT MIN(CHECKPOINT_CHANGE#) FROM V$DATAFILE;得到基础 SCN - 将目标时间转为 SCN：
SELECT TIMESTAMP_TO_SCN(TO_TIMESTAMP('2026-05-14 10:30:00','YYYY-MM-DD HH24:MI:SS')) FROM DUAL; - 确认该 SCN ≥ 上一步的 MIN(CHECKPOINT_CHANGE#)，否则无解
- 用
LIST ARCHIVELOG ALL检查归档是否连续；若缺失关键归档（如跨 backup 的 gap），RMAN 会在RECOVER阶段报RMAN-06025: no backup of archived log with sequence
ALTER DATABASE OPEN RESETLOGS 是强制关卡，不能跳过
不完全恢复后，控制文件和数据文件的 SCN 已不一致，且重做日志序列被截断。此时 OPEN 会直接拒绝，必须用 RESETLOGS 强制重建在线日志并重置 SCN 计数器。
注意点：
-
RESETLOGS后，所有之前的归档日志失效，不能再用于后续恢复（新库的 SCN 从 1 开始） - 如果误操作发生在
RESETLOGS之后，而你没做新备份，下次再出问题就只能从这个新起点恢复 - 生产环境执行前务必确认：已备份当前控制文件（
BACKUP CURRENT CONTROLFILE），否则RESETLOGS后丢失旧控制文件将无法回退
最关键的细节是：RMAN 不会自动校验还原出的数据文件是否真能支撑到你指定的时间点——它只按备份集里“最老的可用文件”去还原，而不管这些文件的 checkpoint SCN 是否够得着目标时间。这一步必须人工交叉验证，否则 RECOVER 阶段失败，前面十几分钟的 restore 就白跑了。
