直接在备库执行RMAN备份可行，但需三步绕过RMAN对standby控制文件的默认不信任：在主库配置DB_UNIQUE_NAME及连接标识、用主库生成的standby控制文件启动备库至MOUNT状态、强制CATALOG编目数据文件；否则会因RMAN无法识别只读standby控制文件和ASM/OMF路径而报ORA-19573等错误。直接在备库执行 RMAN 备份是可行的，但必须绕过 RMAN 对 standby 控制文件的默认不信任机制——否则会报
ORA-19573: cannot obtain exclusive enqueue for datafile，根本原因是备库控制文件是只读的、非本地生成的 standby 控制文件，RMAN 不认为它能支撑备份操作。
为什么 RMAN TARGET / 在备库直接报错
rman 默认把备库当成“只读副本”，不检查其是否已 mount、不识别 v$datafile 中 asm/omf 自动生成的文件路径（比如 +data/orcl/datafile/system.256.123456789），更不会主动去编目这些文件。典型表现包括：
- 连接成功但
LIST BACKUP为空，BACKUP DATABASE报ORA-19573或ORA-01157: cannot identify/lock data file -
V$DATAFILE显示文件名含MUST_RENAME_THIS_DATAFILE——这是 ASM + OMF 场景下未编目的典型信号 - 即使备库已
ALTER DATABASE MOUNT STANDBY DATABASE，RMAN 仍拒绝操作，因它没被明确告知“这是合法数据库实例”
让 RMAN 认出备库的三步硬操作
核心不是“启动备库”，而是“骗过 RMAN 的身份校验”。缺一不可：
- 在主库 RMAN 中注册备库身份：
CONFIGURE DB_UNIQUE_NAME 'orcl_stdby' CONNECT IDENTIFIER 'orcl_stdby';（注意：不是在备库执行，是在主库 RMAN 里配） - 确保备库监听注册了该
DB_UNIQUE_NAME，且tnsnames.ora有对应条目（如orcl_stdby = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = stdby-host)(PORT = 1521)) (CONNECT_DATA = (SERVICE_NAME = orcl_stdby)))） - 用主库生成的 standby 控制文件启动备库：
STARTUP NOMOUNT→RMAN> RESTORE STANDBY CONTROLFILE FROM '/path/to/std.ctl';→ALTER DATABASE MOUNT STANDBY DATABASE; - 强制编目数据文件：
CATALOG START WITH '+DATA/ORCL/';（ASM）或CATALOG START WITH '/u01/oradata/orcl/';（文件系统）——这步补全 RMAN 元数据视图，否则它“看不见”任何数据文件
备库 RMAN 备份的实际行为和坑点
在备库执行 BACKUP DATABASE，备份的是“主库某 SCN 的一致性快照”，不是当前备库的实时状态。这意味着：
- 不加
PLUS ARCHIVELOG→ 只备份已应用到该 SCN 的数据文件，**不包含归档日志**，无法做完整恢复 - 归档日志必须已在备库本地落盘（靠
LOG_ARCHIVE_DEST_n配置指向备库本地路径，或启用ARCHIVE_LAG_TARGET） - 推荐命令：
BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;（删掉已备份的归档，防磁盘满） - 如果用了 nocatalog 模式，务必确认
control_file_record_keep_time≥ 备份保留天数（如设为 15），否则 RMAN 会丢弃旧备份记录
ADG 环境下无 catalog 时的保留策略怎么管
没建 catalog 数据库，就靠控制文件存元数据，这时 RMAN 的 RETENTION POLICY 依然生效，但依赖两个前提：
-
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;或TO REDUNDANCY 2;必须在备库 RMAN 中显式配置（不是主库） - 每次备份后要跑
CROSSCHECK BACKUP;和DELETE NOPROMPT OBSOLETE;，否则控制文件里残留的无效记录越积越多 - 注意：
DELETE INPUT只删归档，DELETE OBSOLETE才删过期备份集——两者作用对象不同，别混用
ORA-19573。
