政务多活容灾思路
导语：切换不如"不切"——本文梳理政务多活容灾的适用边界与落地思路。
一、为什么要关注
传统灾备靠"主备切换"，切换总有中断与风险。多活思路让多个站点同时承载业务，单点故障用户无感。但多活成本高、复杂度大，并非所有系统都该上。理清"该不该多活、怎么多活"，才能把钱花在刀刃上。
二、核心原理 / 关键概念
- 多活 vs 主备：多活多站点并行服务、就近接入；主备一主一备、故障切换。
- 数据一致性：多活的核心是跨站点数据实时一致，难度随距离与并发上升。
- 适用边界：仅核心、高可用要求极高的系统适合多活，一般系统主备足矣。
- GB/T 20988 高阶：多活对应高级别（5-6 级）容灾，RTO 近零。
三、落地做法 / 操作步骤
- 定边界：用 BIA（见第 35 篇）筛出真正需多活的核心系统。
- 选模式：同城双活（低延迟）或异地多活（高成本）。
- 保一致：采用同步复制/分布式一致性保障跨站点数据一致。
- 流量调度：就近接入+健康探测，故障自动剔除。
- 演练验证：模拟单站点失效，验证用户无感。
检查清单：是否限定边界？模式是否匹配？是否保一致？是否有调度？是否真演练？
四、与群晖 NAS / 信创云盘的对应能力
- 信创云盘支持软件化部署与多节点架构，可作为多活体系中本地数据层的一员，配合业务层实现就近服务。
- 群晖 NAS（如 DS1525+ 等型号）提供复制与快照，可在多活体系的备份兜底角色中承载跨站点副本。
- 能力以产品文档为准，本文不报价。
五、常见误区 / 避坑提醒
- 误区一：全员多活。成本与复杂度失控。
- 误区二：重流量轻数据一致。切换即数据错乱。
- 误区三：不演练失效。故障发现时已乱。
- 误区四：脱离等级。与业务影响不匹配。
六、小结与行动建议
多活是"锦上添花"而非"人人必备"。建议以 BIA 划边界，只把真正不能停的核心系统做多活，其余用主备+演练兜底，做到"该活的活、该省的省"。