RMAN不会自动跳过脱机表空间，必须显式使用SKIP TABLESPACE或EXCLUDE TABLESPACE语法排除；否则备份会因不可访问的数据文件报ORA-19625等错误，且跳过不保证可恢复，需验证RESTORE+RECOVER闭环。
RMAN 不会自动跳过脱机表空间；必须显式配置跳过逻辑，否则备份会失败或报错。 脱机（OFFLINE）本身不是跳过条件，RMAN 默认仍尝试备份其数据文件——除非你主动用 SKIP TABLESPACE 或 EXCLUDE TABLESPACE 排除它。
为什么 RMAN 备份会卡在脱机表空间上
当表空间处于 OFFLINE 状态（非 OFFLINE NORMAL），RMAN 仍将其视为“可备份对象”。若该表空间的数据文件不可读、路径丢失、或处于 OFFLINE IMMEDIATE 状态，BACKUP DATABASE 会直接报错：ORA-19625: error identifying file ... ORA-27037: unable to obtain file status。
- 仅
OFFLINE NORMAL的表空间才可能被备份优化器识别为“稳定”，但不等于自动跳过 -
OFFLINE IMMEDIATE或OFFLINE FOR RECOVER下的数据文件通常无法访问，RMAN 拒绝继续 - 即使成功备份了脱机表空间，恢复时也无法联机（
ALTER TABLESPACE ... ONLINE会失败），失去实际意义
正确跳过脱机表空间的两种方式（Oracle 19c 实测有效）
Oracle 19c 支持两种语法，推荐优先用 SKIP TABLESPACE（兼容性更好，10g 起就支持）：
-
BACKUP DATABASE SKIP TABLESPACE (tbs_name)：适用于所有版本，明确跳过指定表空间，即使它在线也跳过 -
BACKUP DATABASE EXCLUDE TABLESPACE (tbs_name)：12c+ 引入，语义更清晰，但要求数据库版本 ≥12.1 - 两者都支持多表空间，例如：
SKIP TABLESPACE (EXAMPLE, TEMP, MY_OFFLINE_TBS) - 注意：不能跳
SYSTEM、SYSAUX、UNDOTBS1、TEMP（TEMP可跳，但无意义；UNDOTBS1跳过会导致备份不可恢复）
避免误操作的关键细节
跳过 ≠ 忽略校验。RMAN 在执行 SKIP TABLESPACE 前仍会检查表空间是否存在、是否可解析。如果表空间已被删除（DROP TABLESPACE），命令会报 ORA-00959: tablespace 'XXX' does not exist。
- 先确认状态：
SELECT tablespace_name, status FROM dba_tablespaces WHERE status != 'ONLINE'; - 临时脱机表空间后立即备份？不行——RMAN 不感知“刚脱机”，必须显式跳过
- 用
CONFIGURE EXCLUDE FOR TABLESPACE是无效语法；RMAN 没有全局 exclude 配置项，只能在每次BACKUP命令中指定 - 如果用了
BACKUP AS COPY，SKIP TABLESPACE不生效——镜像拷贝不支持跳过，必须改用BACKUPSET
真正容易被忽略的是：脱机表空间往往伴随归档日志缺失或控制文件旧快照，跳过它只是让备份跑通，不代表整个备份集可恢复。务必验证 RESTORE TABLESPACE + RECOVER TABLESPACE 流程是否仍能闭环——尤其当该表空间曾参与过闪回或 Data Guard 切换时。
