Oracle 11g 表空间在线备份必须开启归档模式，否则 RMAN 执行 BACKUP TABLESPACE 会报错 ORA-01145；需先确认 SELECT log_mode FROM v$database 返回 ARCHIVELOG，并确保 CONTROLFILE 最新且存在对应 0 级备份才能成功恢复。
表空间备份必须先确认归档模式是否开启
oracle 11g 的 rman 无法对非归档模式（noarchivelog）下的表空间做在线备份。如果数据库处于 noarchivelog 模式，执行 backup tablespace 会报错：ora-01145: offline immediate disallowed while media recovery is active 或直接拒绝备份请求。
真实场景中，常见错误是误以为“只备份一个表空间就不用归档”，结果脚本在生产环境静默失败。务必先检查：
-
SELECT log_mode FROM v$database;—— 必须返回ARCHIVELOG -
ARCHIVE LOG LIST;在 SQL*Plus 中确认归档已启用且路径可写 - 若为 RAC 环境，所有实例都需处于归档模式，不能仅单节点开启
用 BACKUP TABLESPACE 备份指定表空间的实操要点
直接运行 BACKUP TABLESPACE users; 是最简方式，但生产中不推荐裸命令。关键控制点如下：
- 备份前建议先
CROSSCHECK TABLESPACE users;，避免 RMAN 元数据残留导致误删或跳过 - 若表空间含只读数据文件（
READ ONLY），RMAN 默认跳过；需显式加INCLUDE CURRENT CONTROLFILE并确保控制文件备份同步 - 路径格式中
%U必须存在，否则报错RMAN-06172: no autobackup found；推荐写成FORMAT '/u01/bak/ts_%d_%T_%U' - 不建议在
RUN块外单独执行该命令——RMAN 会默认使用当前配置的通道，但无法控制并行度和压缩，容易压垮 I/O
推荐写法：
RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE DISK FORMAT '/u01/bak/ts_%d_%T_%U';
BACKUP AS COMPRESSED BACKUPSET TABLESPACE users;
RELEASE CHANNEL c1;
}
恢复表空间时 CONTROLFILE 是否必须最新
是，而且这点极易被忽略。RMAN 恢复表空间依赖控制文件中记录的数据文件状态、检查点 SCN 和归档日志位置。如果控制文件不是备份时刻或之后生成的，RESTORE TABLESPACE 会报错：ORA-19573: cannot obtain exclusive enqueue for datafile 或更隐蔽的 ORA-01113: file 5 needs media recovery。
- 若启用了
CONTROLFILE AUTOBACKUP ON，恢复前先RESTORE CONTROLFILE FROM '/path/to/ctl_bak';再RECOVER DATABASE - 若未开启自动备份，必须从最近一次全库或控制文件备份中还原，不能靠
CREATE CONTROLFILE手动重建（会丢失 RMAN 元数据） - 恢复后必须执行
RECOVER TABLESPACE users;，而非只ALTER DATABASE DATAFILE ... ONLINE—— 否则可能数据不一致
增量备份下表空间恢复的边界条件
Oracle 11g 支持对单个表空间做增量备份（BACKUP INCREMENTAL LEVEL 1 TABLESPACE users;），但恢复时有硬性前提：
- 必须存在该表空间的 0 级备份（baseline），否则
RESTORE直接失败，报RMAN-06023: no backup or copy of datafile found to restore - 增量链不能断裂：若中间某次 1 级备份损坏或被
DELETE OBSOLETE清理，后续所有基于它的恢复都会失败 - 块更改跟踪（
BLOCK CHANGE TRACKING）对单表空间增量无加速效果——它只作用于BACKUP DATABASE级别，表空间级仍扫描全文件
所以，除非表空间极大且更新极稀疏，否则对单表空间做增量备份性价比很低，不如直接走 0 级 + 归档日志恢复。
