适用场景

跨城灾备的难点不在技术复制，而在"决策"：谁有权切、什么条件切、切完数据差多少、怎么回切。

配置步骤（回切流程与观察期）

# 1) 回切条件：主中心恢复且稳定运行 24 小时以上
# 2) 数据反向同步，校验一致
# 3) 流量切回，观察错误率与延迟
# 4) 备中心恢复待命状态

关键参数与建议

  • 决策机制：明确触发条件、决策人与通知流程（避免多头指挥）
  • 数据：复制延迟监控，切换前确认 RPO 实际值
  • 执行：切换脚本化/剧本化，减少人工误操作
  • 域名与流量：DNS/GTM 或应用层网关切换，注意 TTL 与缓存
  • 回切：回切条件与步骤同样要演练

容易踩的坑

  • 主中心刚恢复就回切，二次故障
  • 不做反向数据同步，回切后数据缺失
  • 回切后不恢复备中心，长期无保护

验证与巡检

# 证据：回切演练记录、数据校验结果
  • 巡检：回切流程文档化、每半年演练

小结

跨城灾备验收：每年至少一次全量切换演练，记录切换耗时、数据丢失量与问题清单，并把改进项闭环。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。