怎样在Oracle Data Guard环境中正确备份主库与备库归档日志-Oracle-PHP中文网

必须使用RMAN备份主库归档日志，禁用cp或rsync；RMAN自动校验完整性、支持备份后联动删除、恢复时可按序列/时间自动定位，而手动方式易导致损坏备份、误删或恢复失败。

怎样在oracle data guard环境中正确备份主库与备库归档日志

主库归档日志必须用 RMAN 备份，禁用 cp 或 rsync

生产环境里，RMAN 是 Oracle 官方唯一认可、且实际可用的归档日志备份方式。手动用 cp、rsync 或脚本搬运归档文件，看似简单，实则埋雷：

不校验归档日志完整性 —— 若某 arch_12345.arc 文件在写入过程中被中断，cp 会静默复制损坏副本，RMAN 则会在 BACKUP ARCHIVELOG 时自动跳过或报错
无法联动删除 —— RMAN 支持 DELETE INPUT 或 DELETE ALL INPUT，确保仅在备份成功后才清理源归档；手动删需额外逻辑判断，极易误删未传输完的日志
恢复时无法自动定位 —— RMAN 备份集元数据自带归档序列、线程、时间戳，RESTORE ARCHIVELOG 可直接按 SCN/时间/序列号还原；手动备份后恢复，DBA 得自己拼路径、查 V$ARCHIVED_LOG、再 ALTER DATABASE REGISTER LOGFILE

正确做法是统一走 RMAN 脚本，例如：

RUN {
  ALLOCATE CHANNEL c1 DEVICE TYPE DISK;
  BACKUP ARCHIVELOG ALL NOT BACKED UP 1 TIMES FORMAT '/backup/arch/%d_%T_%s_%p';
  DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
}

备库归档日志不需要单独备份

物理备库（PHYSICAL STANDBY）上的归档日志，本质是主库重做流的“镜像产物”，由 RFS 进程接收并写入本地 LOG_ARCHIVE_DEST_n 目录。这些文件：

内容与主库对应归档完全一致（相同 THREAD#、SEQUENCE#、FIRST_CHANGE#）
不参与任何恢复决策 —— Data Guard 恢复只依赖主库产生的归档（或 Standby Redo Logs），备库自身归档只是副产品
若主库归档已通过 RMAN 备份，备库上同序列日志无额外价值；备份它只会浪费空间、干扰 RMAN CROSSCHECK

例外场景极少：仅当备库曾临时切换为主库（Switchover/Failover）并持续运行一段时间，期间生成的新归档才具备独立备份价值 —— 此时它已是新主库，应按主库规范用 RMAN 备份。

主库 RMAN 备份必须包含归档日志 + 控制文件 + SPFILE

单备一份归档日志远远不够。完整可恢复的 RMAN 备份集至少要含三类对象：

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

BACKUP DATABASE：数据文件快照
BACKUP ARCHIVELOG ALL：覆盖从上次全备至今所有归档（建议加 NOT BACKED UP 1 TIMES 避免重复）
BACKUP CURRENT CONTROLFILE 或 BACKUP DATABASE PLUS ARCHIVELOG 自动包含控制文件备份 —— 控制文件记录了归档日志的物理位置、序列号、是否已应用等关键元数据

漏掉控制文件备份，即使有全部归档，RESTORE DATABASE 后也无法知道该从哪个归档开始应用；漏掉 SPFILE，则可能因参数差异（如 db_unique_name、log_archive_config）导致备库启动失败。