不能用rman恢复丢失的联机重做日志文件——rman从不备份online redo log，也无restore命令；必须执行recover database until cancel后强制alter database open resetlogs，否则启动报ora-00313等错误。
不能用 RMAN 恢复丢失的联机重做日志文件——RMAN 从不备份 online redo log，也没有对应 RESTORE 命令可用。必须走不完全恢复路径，强制 OPEN RESETLOGS。
为什么 RMAN 对 online redo log 完全无效
RMAN 不备份联机重做日志，控制文件里也不记录其备份状态；CATALOG ARCHIVELOG、RESTORE ARCHIVELOG 等命令对它不起作用。操作系统级误删后，文件物理消失，RMAN 扫描不到、找不到、不识别。
-
online redo log是活动文件，持续被写入，RMAN 设计上就排除了对其备份 - 归档日志（
archived log）可手动拷贝+注册，但online redo log一旦丢失 CURRENT 或 ACTIVE 组，启动直接报ORA-00313、ORA-00312 -
RECOVER DATABASE UNTIL TIME/UNTIL SCN/UNTIL SEQUENCE全部失效：它们依赖归档日志连续覆盖，而缺失的是“尚未归档的最后一段变更”，控制文件无对应记录
唯一可行路径：RECOVER DATABASE UNTIL CANCEL
该命令不依赖缺失日志的位置信息，而是让 Oracle 尽可能应用所有可用归档日志，直到遇到第一个不可读日志时暂停，由 DBA 手动输入 CANCEL 截断恢复点。
- 数据库必须先处于
MOUNT状态，且所有数据文件已从有效备份中完整还原（缺任一文件会触发ORA-01113） - 执行后提示
Specify log: {<ret> = suggested | filename | AUTO | CANCEL}</ret>时，必须输入大写CANCEL，不能小写、不能多空格、不能省略 - 不能在 RMAN 中执行该命令——需切换到 SQL*Plus 或 SQL Developer，用
SQL>前缀运行
OPEN RESETLOGS 是强制步骤，不是可选项
不完全恢复完成后，控制文件中的 SCN 与日志序列出现逻辑断点，此时 ALTER DATABASE OPEN 会立即报 ORA-01589，要求指定 RESETLOGS 或 NORESETLOGS。
-
ALTER DATABASE OPEN RESETLOGS必须执行，否则数据库无法打开 -
NORESETLOGS会导致内部不一致，绝对不可用 - 执行后日志序列号重置为 1，旧日志历史清空，控制文件检查点重建
- 成功后必须立刻执行一次全库备份：
RMAN> BACKUP DATABASE PLUS ARCHIVELOG，否则下次故障将无法继续恢复
最容易被忽略的是控制文件时效性：如果从 3 天前的备份中恢复了数据库，但没同步恢复最新控制文件，V$LOG 中的状态仍是错的——得先 RESTORE CONTROLFILE FROM 最新自动备份，再 STARTUP MOUNT，否则整个恢复流程会在日志组状态判断上出错。
