如何配置Data Guard的重做路由Redo Routing_级联备库Cascaded Standby架构

张开发
• 2026/4/17 1:35:18 • 15 分钟阅读

最新文章

推荐文章

相关文章

分享文章

如何配置Data Guard的重做路由Redo Routing_级联备库Cascaded Standby架构
Redo Routing 是 Data Guard 在级联备库Cascaded Standby场景下自动启用的重做转发机制即备库B将主库A发来的重做日志原样转发给下游备库C它依赖B处于MANAGED STANDBY RECOVER模式、网络连通、密码文件一致等前提且仅支持一级级联。什么是 Redo Routing它和 Cascaded Standby 什么关系redo routing 不是独立功能而是 data guard 在级联备库cascaded standby场景下自动启用的重做传输行为主库 a → 备库 b → 备库 c当 b 同时作为 c 的上游时b 会把收到的 a 的归档或实时重做流原样转发给 c。这个“转发动作”就是 redo routing。它默认开启不需要手动配置 LOG_ARCHIVE_DEST_n 中的 REOPEN 或 ALTERNATE 等复杂参数但必须满足几个硬性前提B 必须处于 MANAGED STANDBY RECOVER 模式即正在应用日志否则不会转发B 的 LOG_ARCHIVE_DEST_STATE_n 对 C 的目标必须为 ENABLEB 到 C 的网络连通、密码文件一致、DB_UNIQUE_NAME 在 LOG_ARCHIVE_CONFIG 中已声明C 不能是快照备库Snapshot Standby否则 B 拒绝向其发送重做如何确认 Redo Routing 实际在工作光看参数不等于生效。最直接的方式是查 B 上的动态视图和归档日志路径查 V$ARCHIVE_DEST_STATUS关注 DESTINATION 是 C 的那行STATUS 应为 VALIDTRANSMIT_MODE 为 ASYNC 或 SYNCRECOVERY_MODE 为 MANAGED REAL TIME APPLY说明 B 正在接收并可能转发查 V$DATAGUARD_STATS若 NAME transport lag 和 apply lag 都有值且 C 的 apply lag 明显大于 B 的说明 B 到 C 的链路存在延迟Redo Routing 已介入登录 B执行 ls -lt $ORACLE_HOME/dbs/arch/或你设的 LOG_ARCHIVE_DEST_2 路径看是否有刚生成的、目标为 C 的归档如 1_1234567890_1234567890.arc再登录 C 查同名文件是否出现常见中断现象和定位命令Redo Routing 中断时C 往往“静默失联”没有明显报错只表现为日志不再更新。典型表现和排查顺序如下 MacsMind 电商AI超级智能客服

更多文章