Oracle 19c RMAN怎样设置不备份特定类型的数据文件

BACKUP DATABASE SKIP TABLESPACE是最常用且安全的排除方式，直接在命令中指定表空间名（如temp、users），不改全局配置、一次生效、风险可控，但不可跳SYSTEM/SYSAUX/UNDO等必需表空间。

BACKUP DATABASE SKIP TABLESPACE 是最常用且安全的排除方式

想跳过某个表空间（比如 temp、users 或测试用的 example），直接在备份命令里加 skip tablespace 即可，不用改全局配置，执行完就生效，风险可控。

• BACKUP DATABASE SKIP TABLESPACE temp, users; —— 一次跳过多个表空间，注意名称大小写要和 DBA_TABLESPACES.TABLESPACE_NAME 完全一致
• 不能跳 SYSTEM、SYSAUX、UNDO 表空间，否则报错 RMAN-06149: cannot BACKUP DATABASE with SKIP for mandatory tablespace
• 被跳过的表空间不会出现在备份集中，LIST BACKUP 也查不到它的数据文件，恢复时自然也不会还原它
• 如果后续需要单独备份这些表空间，用 BACKUP TABLESPACE temp; 或加 NOEXCLUDE： BACKUP DATABASE NOEXCLUDE;

CONFIGURE EXCLUDE FOR TABLESPACE 适合长期固定的排除策略

如果你确定某些表空间（如 cwmlite、example）永远不参与全库备份，用 CONFIGURE 设置是更省事的做法，但要注意它是持久化配置，影响所有后续 BACKUP DATABASE 命令。

• 设置： CONFIGURE EXCLUDE FOR TABLESPACE cwmlite;、 CONFIGURE EXCLUDE FOR TABLESPACE example;
• 验证是否生效：SHOW EXCLUDE;，会列出当前所有被排除的表空间
• 清除某项： CONFIGURE EXCLUDE FOR TABLESPACE cwmlite CLEAR;
• 该配置对 BACKUP TABLESPACE 无效——它只作用于 BACKUP DATABASE
• 误配后恢复麻烦：如果忘了 CLEAR，又没加 NOEXCLUDE，全库恢复时可能缺关键对象，得靠 DBA 手动补

SKIP OFFLINE 只用于跳过离线状态的数据文件，不是按“类型”过滤

很多人误以为 SKIP OFFLINE 能跳过某种“类型”的文件（比如临时文件或只读文件），其实它只响应控制文件中状态为 OFFLINE 的数据文件，和文件用途无关。

• 正确用法：BACKUP DATABASE SKIP OFFLINE; —— 遇到 offline 文件不报错，直接跳过 I/O
• 它不跳 READ ONLY 表空间里的文件，也不跳 TEMPFILE（临时文件根本不在控制文件数据文件列表里）
• offline 文件仍计入 backupset 元信息：LIST BACKUP 里能看到它，但 size 为 0，实际没读磁盘
• 做 RESTORE VALIDATE 时也必须带 SKIP OFFLINE，否则验证会卡在 offline 文件上
• Oracle 10gR2 起支持，但 9i 不识别，会报 RMAN-00571

没有“按文件类型”跳过的原生语法，临时文件天然不备

RMAN 从不备份临时文件（TEMPFILE），因为它们不存用户数据，重启后自动重建。你不需要、也不能用任何 SKIP 参数去“排除”它们——它们压根不在备份扫描范围内。

• 查证方法：SELECT NAME, FILE_TYPE FROM V$DATABASE_FILE;，TEMPFILE 类型不会出现在 BACKUP DATABASE 的扫描列表中
• 别试图用 SKIP DATAFILE 去跳临时文件编号，RMAN 会报 RMAN-06004: ORA-19624: operation failed，因为它根本找不到那个文件号
• 真正要控制的是数据文件本身的状态：如果是只读表空间，RMAN 默认备份它；如果想跳，只能靠 SKIP TABLESPACE 或 EXCLUDE 配置
• 唯一例外是归档日志——它不属于“数据文件”，必须显式用 PLUS ARCHIVELOG 才进备份，否则永远漏掉

实际操作中最容易忽略的一点：**SKIP TABLESPACE 和 CONFIGURE EXCLUDE 都不检查表空间内容是否真的可丢弃**。比如跳了 USERS，但里面存着应用账号或配置表，恢复后服务就起不来。这事前得靠业务确认，RMAN 不管这个。