必须在mount状态下恢复，因system表空间无法在线恢复且语法禁止离线，强制流程为shutdown immediate→startup mount→restore tablespace system→recover tablespace system→alter database open。
SYSTEM表空间被删必须停库进MOUNT状态恢复
Oracle 11g 中 SYSTEM 表空间无法在线恢复，不是“不推荐”，是语法禁止。执行 ALTER TABLESPACE SYSTEM OFFLINE 会直接报 ORA-01543 或 ORA-00942；RMAN 在 OPEN 状态下执行 restore tablespace system 会底层调用离线逻辑，最终失败并提示 ORA-01157: cannot identify/lock data file 1。
强制流程只有一条：先 shutdown immediate → 再 startup mount → 然后 restore tablespace system → recover tablespace system → 最后 alter database open。跳过 mount 或试图用 open resetlogs 都会中断启动或导致字典损坏。
- 若实例异常终止，用
shutdown abort后再startup mount，不要强行startup -
restore必须指定tablespace system，不能写restore database，否则可能连带恢复其他表空间引发不一致 -
recover阶段若报ORA-00279，说明归档断链，需改用不完全恢复：recover tablespace system until time '2026-07-20:14:30:00'
用户表空间（如USERS）可在线恢复但需先离线
非系统表空间（例如 USERS、EXAMPLE）支持在数据库 OPEN 状态下恢复，但前提是目标数据文件已离线且不可访问——不是“手动 offline”就行，而是要让 Oracle 认定它已丢失。
典型操作顺序是：确认数据文件路径 → rm 删除物理文件 → 执行 alter database datafile <file_id> offline</file_id> → RMAN 中 restore tablespace users → recover tablespace users → alter database datafile <file_id> online</file_id>。
- 离线前建议先
alter system checkpoint和alter system flush buffer_cache，避免脏块残留影响恢复判断 - 如果误删后没及时离线，而直接尝试
restore，RMAN 可能报ORA-19573: cannot obtain exclusive enqueue for datafile，因为文件仍被挂载为 ONLINE - 恢复到新路径时，必须用
set newname for datafile <n> to '/new/path/file.dbf'</n>，否则 RMAN 默认写回原路径，而原路径文件已被删，会报 IO 错误
恢复后必须验证数据字典和表空间状态
成功执行 alter database open 不代表恢复完成。Oracle 在 OPEN 阶段会隐式校验数据字典块，但失败不一定中止启动，只记日志。
务必立刻检查三件事：V$TABLESPACE 中对应表空间的 STATUS 是否为 ONLINE；运行 SELECT COUNT(*) FROM v$tablespace 看是否返回结果；翻查 alert.log 搜索 Dictionary check 或 corruption 关键词。
- 如果
v$tablespace查询卡住或报ORA-00600，说明 SYSTEM 表空间内部分数据字典块损坏，需从更早备份恢复 - 首次执行 DDL（如
CREATE USER）可能触发延迟块清理（delayed block cleanout），若卡顿或报错，说明底层块状态未同步，需做额外alter system checkpoint - 恢复完用户表空间后，别忘了检查依赖对象：索引、LOB 段、分区表的子分区是否落在同一表空间，否则查询可能报
ORA-00942
RMAN 恢复单个表在 11g 中根本不存在
别试 recover table 或 restore table，Oracle 11g 的 RMAN 没这个命令。执行会直接报 ORA-00905: missing keyword 或 ORA-19566（因命令解析失败，被当成坏块处理）。
所谓“恢复单个表”，实际是：查清该表所在的所有表空间（含索引、LOB、分区），连同 SYSTEM、SYSAUX、UNDO 一并恢复到辅助实例 → 在辅助库中用 expdp 导出表 → 再用 impdp 导入原库。整个过程绕不开表空间级恢复。
- 查表归属表空间的 SQL 必须跑全：
dba_tables、dba_indexes、dba_lobs、dba_tab_partitions四个视图 union all，漏一个就导不出完整对象 - 辅助实例必须包含
SYSTEM和SYSAUX，否则连startup mount都失败 —— RMAN 不允许跳过它们单独恢复用户表空间 - 恢复完成后，
expdp要加content=data_only或content=all显式指定，避免默认只导结构不导数据
