容灾备份策略的核心不是买多少设备，而是先算清恢复时间目标（RTO）和恢复点目标（RPO），再按业务中断损失分级选择方案。
容灾备份策略有哪些：先把RTO和RPO摆上桌面
很多企业做容灾,第一步就错了，不是先选厂商、比价格，而是先回答两个问题：业务能停多久，数据能丢多少，前者叫恢复时间目标，后者叫恢复点目标，把这两个数值定下来，策略才有方向。
- 核心业务系统,比如订单库、支付网关，RTO通常要求分钟级，RPO接近零。
- 内部报表系统,RTO可以放宽到小时级，RPO允许丢失几小时数据。
- 归档文件服务器,RTO甚至可以按天算，RPO只要求不丢全量历史。
恢复时间目标怎么计算：拿业务中断损失当尺子
恢复时间目标不是凭感觉拍脑袋,有一条实践路径：
- 列出每个业务系统每小时中断带来的直接损失和间接影响。
- 和业务负责人确认可容忍的最大中断时长。
- 把故障处理拆成四段：检测告警、定位决策、执行切换、业务验证。
- 每段分别估算耗时,加总就是当前架构下的预估RTO。
- 对比可容忍值,缺口就是需要投入资源补齐的部分。
比如某电商网站,每小时订单中断损失相当可观，业务方只接受15分钟中断，那就必须上自动故障切换，而不是靠人工登服务器恢复，自动切换脚本可以用 keepalived 配合 VIP 漂移，或者用数据库中间件做读写分离自动摘除故障节点。
容灾备份方案对比：本地、异地、云上到底差在哪
方案选型要看RTO和RPO能落到什么区间,下面这张表把主流路径摆在一起。
| 方案 | 典型RTO | 典型RPO | 适用场景 | 成本区间 |
|---|---|---|---|---|
| 本地磁带/磁盘备份 | 小时到天 | 天级 | 归档、合规 | 较低 |
| 本地高可用集群 | 分钟级 | 秒级 | 同机房故障切换 | 中高 |
| 异地冷备 | 小时到天 | 小时级 | 机房级灾难恢复 | 中 |
| 云上容灾 | 分钟到小时 | 秒到分钟 | 弹性补充、中小企业 | 按量付费 |
| 混合云双活 | 分钟级 | 近零 | 关键业务持续在线 | 高 |
行业共识认为,没有一种方案能通吃所有业务，正确做法是给业务分级，核心系统上混合云双活，一般系统走异地冷备，归档数据用本地备份即可。
异地容灾备份与本地备份区别：不是“距离远一点”那么简单
很多人以为异地容灾就是把本地备份复制一份放到另一个机房,其实区别在恢复路径和抗风险范围。
- 本地备份防的是误删、单机硬盘故障、单台服务器宕机。
- 异地容灾防的是整个机房断电、空调故障、勒索病毒横向扩散、城市级自然灾害。
- 本地备份恢复通常手动执行,复制文件、还原数据库。
- 异地容灾必须提前做好网络规划、DNS切换、存储同步，恢复时按预案执行。
举个例子：一家公司本地备份做得很好，每晚全量备份到另一台服务器，但机房进水后，连备份服务器一起泡了，这就是典型的只做本地、没做异地，异地同步可以使用 rsync 定时增量，或使用对象存储的跨区域复制功能，比如开通云厂商的跨地域复制策略。
中小企业容灾备份多少钱：预算要跟着RTO走
中小企业问得最多的就是价格,但直接报价没有意义，因为RTO要求不同，费用差好几倍。
影响成本的因素主要有：
- 是否需要实时同步,实时同步需要专线或高性能云通道，成本明显高于定时同步。
- 是否要自动切换,自动切换涉及额外软件授权、心跳检测节点，比手动切换贵。
- 存储类型,全闪存比机械硬盘贵，但恢复速度快很多。
- 地域选择,一线城市机房和云资源价格通常高于中西部节点，北京容灾备份服务公司报价也会包含本地运维人力。
如果只是防误删,RTO在4小时以上，一个云盘快照加异地对象存储就能满足，费用可控，如果要求15分钟内恢复，那必须上数据库主从、应用负载均衡、自动故障转移，成本自然上浮，做预算时，先定RTO和RPO，再让服务商按这个标准报价，避免被塞一堆用不上的功能。
北京容灾备份服务公司怎么选：看机房资质和演练记录
选地域服务商,尤其是北京这类一线城市，要看三样东西：
- 机房是否有等保三级或以上资质,电力、网络是否双路。
- 是否提供白纸黑字的RTO和RPO承诺,而不是口头保证。
- 有没有定期恢复演练报告,演练记录比宣传册更有说服力。
业内专家指出,容灾系统平时不触发，真正用到时才知道灵不灵，所以合同里要写明每季度或每半年做一次恢复演练，演练要包含真实数据还原、业务接口验证，北京地区网络质量整体较好，但跨可用区时延也要实测，用 mtr 或 ping 持续观测一段时间。
数据库容灾备份策略：先抓事务日志，再谈快照
数据库是容灾的核心,只做快照不够，因为快照之间的事务会丢，正确策略是事务日志持续归档。
以MySQL为例,实操路径如下：
- 主库开启
binlog，设置sync_binlog=1保证日志落盘。 - 从库通过
CHANGE MASTER TO建立主从复制。 - 用
SHOW SLAVE STATUSG查看Seconds_Behind_Master，延迟应稳定在秒级。 -
备份策略采用全量加增量：每周一次
mysqldump或xtrabackup全量，每天备份binlog。 - 恢复测试时,先在从库执行
mysqlbinlog重放日志，再切换应用连接串。
PostgreSQL用户可以使用 pg_basebackup -D /backup -Ft -z -P 做全量基础备份，配合 archive_command 持续归档WAL，达到秒级RPO，SQL Server可用Always On可用性组，Oracle用Data Guard，不同数据库命令不同，但逻辑一致：日志连续性决定RPO，切换自动化决定RTO。
把容灾备份策略结合恢复时间目标评估落到日常巡检
策略定好不是结束,而是开始，日常巡检至少包含以下动作：
- 每周检查备份作业是否成功,日志是否有报错。
- 每月做一次备份文件完整性校验,防止备份损坏。
- 每季度做一次恢复演练,记录从接到通知到业务恢复的实际耗时。
- 每次切换后复盘,更新RTO预估模型，修正预案。
容灾备份策略结合恢复时间目标评估,本质是用数字倒逼架构改进，RTO不达标，就加自动切换；RPO不达标，就缩短同步间隔，没有度量就没有改进。
容灾备份策略结合恢复时间目标评估的常见疑问
容灾备份策略结合恢复时间目标评估先定RTO还是先选方案
先定RTO和RPO,再选方案，方案是手段，指标是目标，如果反过来先买设备，容易造成资源浪费或防护不足。
恢复时间目标怎么计算才准确
把故障处理拆成检测、定位、切换、验证四段，分别实测耗时，累加后与业务可容忍值比较，首次估算偏乐观，需要用演练数据持续修正。
中小企业容灾备份多少钱算合理
没有固定数字,RTO要求在小时级、RPO允许天级时，云快照加异地复制就能满足，费用相对较低，若要求分钟级恢复，投入会成倍增加，按业务损失倒推预算更合理。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/661415.html
