虚拟化灾备里的 RPO 和 RTO：老板问多久恢复，你怎么回答？

灾备讨论里最重要的两个指标是 RPO 和 RTO。

RPO 表示最多能接受丢失多少数据。例如 RPO 为 15 分钟，意味着灾难发生时最多丢 15 分钟数据。

RTO 表示多久恢复服务。例如 RTO 为 2 小时，意味着业务要在 2 小时内恢复到可用状态。

虚拟化平台很适合做灾备，因为虚拟机可以整体备份、复制和恢复。但具体能不能达到目标，取决于备份频率、网络带宽、存储性能、恢复流程和演练结果。

设计步骤：

1. 给业务分级。
2. 定义每级 RPO/RTO。
3. 选择备份、复制或双活方案。
4. 明确恢复顺序。
5. 定期演练并记录时间。

不要对所有系统承诺同样的恢复目标。核心数据库、认证系统、业务应用、测试系统的重要性不同，成本也不同。

灾备不是买了备份软件就结束。真正的问题是：灾难发生时，谁来操作，先恢复什么，凭什么判断恢复成功。

RPO/RTO 不能只由运维决定

RPO/RTO 是业务指标，不是纯技术指标。运维可以说明成本和能力边界，但最终要和业务负责人确认。

例如：

• 财务系统可能要求 RPO 15 分钟、RTO 2 小时。
• 内部门户可能接受 RPO 24 小时、RTO 1 天。
• 测试系统可能只需要尽力恢复。

不同目标对应不同成本：同步复制、异步复制、每日备份、异地备份，投入完全不同。

演练表格

每次灾备演练建议记录：

没有演练数据，就无法证明灾备目标真的可达。