适用场景

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

配置步骤（执行步骤与流量切换）

# 1) 确认备中心状态（数据延迟、服务健康）
# 2) 停止向主中心写入（或设为只读）
# 3) 提升备中心为主，启动应用
# 4) 切换 DNS/GTM 或网关流量
# 5) 验证业务（按清单逐项）

关键参数与建议

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

容易踩的坑

  • 未停止主中心写入，双向写导致数据冲突
  • DNS TTL 过长，切换生效慢
  • 只验证登录不验证核心业务

验证与巡检

# 验证：核心业务流程 + 数据一致性抽查
  • 巡检：切换演练记录、TTL 设置合理

小结

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

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