如何备份备库Data Guard_在Standby端执行RMAN备份减轻主库压力

不能直接在备库连RMAN TARGET /备份因DG备库控制文件为只读的standby控制文件RMAN默认不信任其作为备份源需先配置DB_UNIQUE_NAME、挂载standby控制文件并编目数据文件。为什么不能直接在备库连 RMAN TARGET / 就开干因为默认情况下rman 会把备库当成“只读副本”不识别其作为独立备份源的身份——它连不上控制文件、找不到数据文件路径、甚至报 ora-19573: cannot obtain exclusive enqueue for datafile。根本原因是dg 备库的控制文件不是自己生成的而是主库传来的“standby controlfile”rman 默认不信任它做备份源头。必须先用主库生成的 standby 控制文件启动备库到 MOUNT 状态不能 OPEN需在主库 RMAN 中显式配置备库的 DB_UNIQUE_NAME 和连接标识否则 RMAN 不知道“orcl_stdby”这个别名指向哪如果用了 ASM OMF备库上 v$datafile 显示的文件名是系统生成的RMAN 编目时会不认识得手动 CATALOG START WITH 或重建目录映射怎么让 RMAN 认出备库是个可备份的“真·数据库”核心动作就三步告诉 RMAN “这是谁”、让它“连得上”、再“认得清文件”。缺一不可。在主库 RMAN 中执行CONFIGURE DB_UNIQUE_NAME orcl_stdby CONNECT IDENTIFIER orcl_stdby;在备库上确保监听已注册该 DB_UNIQUE_NAME且 tnsnames.ora 里有对应条目比如 orcl_stdby (DESCRIPTION (ADDRESS (PROTOCOL TCP)(HOST stdby-host)(PORT 1521)) (CONNECT_DATA (SERVER DEDICATED) (SERVICE_NAME orcl_stdby)))启动备库SQL STARTUP NOMOUNT;RMAN RESTORE STANDBY CONTROLFILE FROM /tmp/std.ctl;SQL ALTER DATABASE MOUNT STANDBY DATABASE;最后强制编目所有数据文件RMAN CATALOG START WITH DATA/ORCL/;ASM 场景或 CATALOG START WITH /u01/oradata/orcl/;FS 场景在备库执行 RMAN 备份时BACKUP DATABASE 的实际行为是什么它不是备份“当前备库状态”而是备份“主库某 SCN 对应的一致性镜像”——也就是说你备份的是一个已应用到某个归档点的、完整且事务一致的数据库快照。但要注意它不会自动备份归档日志除非你显式加 PLUS ARCHIVELOG而这些归档日志必须已在备库本地落盘ARCHIVE_LAG_TARGET 或 LOG_ARCHIVE_DEST_n 配置要到位。推荐命令BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;删掉已备份的归档防磁盘满不加 PLUS ARCHIVELOG → 只备份数据文件和 standby 控制文件恢复时只能到最近一次归档应用点无法前滚到最新如果备库启用了 RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT实时应用那 PLUS ARCHIVELOG 实际备份的是刚接收但尚未应用的归档安全但需确认归档路径可写备份路径建议用共享存储如 NFS 或 ASM 共享磁盘组避免主备切换后备份集不可见最容易被忽略的两个坑保留策略失效 归档删除失控很多人设了 CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;结果发现旧备份没删——因为在备库执行的备份RMAN 默认不把它们纳入主库 recovery catalog 的生命周期管理除非你显式把备库也注册进 catalog 并用 CONNECT CATALOG 连过去。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。