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 不管这个。
