主备模式是什么
一个站点承载全部流量、另一个站点待命，数据从主侧单向复制到备侧，故障时把服务切到备侧。它的实现相对简单，是很多系统建设容灾时的起点架构。主备模式的关键不在『能不能切』，而在于切换动作可预期、可重复，并且不会造成两侧同时写入。
切换流程要点
切换流程要点
1) 确认故障范围与主侧不可用，避免误判
2) 停止主侧写入或隔离主侧网络
3) 校验备侧复制延迟与数据完整性
4) 备侧提升为主，启动应用
5) 切换虚拟地址或域名指向备侧
6) 业务验证：登录、核心交易与报表各抽检基本信息
| 复制方向 | 主到备单向，避免双写冲突 |
|---|---|
| 就绪度 | 备侧可常驻或按需启动，取决于温备或热备 |
| 回切 | 恢复主侧后按计划回切，需再次校验复制关系 |
| 核心风险 | 未隔离主侧就切换，恢复后形成双写 |
主备的关键约束
| 约束 | 要求 | 违反后果 |
|---|---|---|
| 单向复制 | 日常只从主到备 | 双向复制易造成冲突与循环 |
| 切换前置检查 | 复制延迟归零、状态正常 | 丢数据且难以察觉 |
| 隔离动作 | 切断故障侧写入 | 数据分叉，难以合并 |
| 备侧演练 | 定期让备侧参与验证 | 接管时暴露配置与依赖缺失 |
落地要点
- 把切换写成分步骤手册：每一步写明判定条件、执行动作与验证方式
- 明确决策权：谁有权宣布切换，避免故障时互相等待
- 备侧资源要提前就绪：应用配置、证书、存储权限与连接池都要同步
- 监控复制延迟：延迟长期不归零意味着备侧数据并不新鲜
- 定期演练回切：切过去只是第一步，切回来同样需要验证
主备架构的关键不是『能不能切』，而是『切得确定』：切换决策与隔离动作要写进手册并演练，临时决策在故障当天最容易出错。