灾备：双活与异地冷备的选择

发布时间:2026-08-26 16:44

灾备方案常被一句话带过："做个备份。"真到故障发生时，两个指标决定损失大小：RTO（恢复时间目标，业务多久能恢复）和 RPO（恢复点目标，能丢多少数据）。双活与异地冷备，正是围绕这两个指标的不同取舍。 一、双活：贵而快 双活指两个数据中心同时承载业务，任一侧故障，流量切到另一侧，RTO 趋近于零，RPO 通常可做到秒级。代价也直白：两套资源常年同时运行，数据库同步、专线、一致性校验一样不能少，整体成本接近翻倍；两中心之间的网络时延还会约束数据库写入性能，通常要求同城 30 公里以内或裸光纤互联。 二、异地冷备：便宜而慢 冷备在异地机房保留一套备用环境，平时不跑业务（或只跑最小核心），数据定时异步复制。故障时需要人工或脚本拉起服务，RTO 以小时计，RPO 取决于复制周期，常见十几分钟到几小时。冷备最怕真出事时拉不起来：备用环境长期不跑业务，配置漂移、恢复没验证都是常见失误，所以要定期演练。成本上只需一套生产资源加少量备件，是多数企业的起步选择。 三、中间地带 两层之间还有温备：备端资源降配运行，故障时再扩容，RTO 压到几十分钟，成本居中。云上做灾备更灵活，比如在顺云按需开通一台备用云服务器，平时低配待命，故障时改规格启动，把固定成本换成触发式的支出。 四、按场景选 交易、支付类核心系统，中断一分钟的损失可计量且巨大，值得上同城双活加异地冷备的结构。一般企业官网、内部系统，冷备加每日备份已能满足多数风险预期。定方案前先把两个数写下来：能接受多久的中断、能丢多少数据。预算跟着这两个数走，而不是跟着方案的新潮程度走。另要分清备份与灾备：备份解决数据丢了能找回来，灾备解决业务停了能接得上，两者要分开规划。