RPO与RTO
什么是 RPO（Recovery Point Objective）
✅ 中文名：恢复点目标
✅ 定义：
-
出故障时，最多允许丢失多少数据。
-
换句话说，是从系统故障时往回推，最近一次可接受的数据备份时间点。
✅ 举例：
-
如果你的系统 RPO 是 10分钟，意味着：
万一宕机，可以接受最多丢失最近10分钟内产生的数据。
✅ 理解方式：
-
RPO越小，代表数据丢失越少，要求备份越频繁。
-
极端情况下，RPO=0，表示一点数据都不能丢（例如金融系统秒级同步）。
📚 什么是 RTO（Recovery Time Objective）
✅ 中文名：恢复时间目标
✅ 定义：
-
出故障后，必须多快恢复系统正常运行。
-
是系统中断后到恢复正常可用的最大时间。
✅ 举例：
-
如果你的系统 RTO 是 2小时，意味着：
发生灾难后，必须在2小时内让系统恢复上线。
✅ 理解方式：
-
RTO越短，意味着恢复速度要求越快。
-
有些核心业务要求秒级恢复（比如银行交易系统），而普通文件服务器可以容忍几小时甚至几天。
📊 RPO vs RTO 对比表
| 概念 | RPO（恢复点目标） | RTO（恢复时间目标） |
|---|---|---|
| 关注什么 | 最多丢多少数据 | 多快能恢复系统 |
| 单位 | 时间（分钟、小时） | 时间（分钟、小时） |
| 举例 | 最近10分钟的数据可以丢 | 2小时内必须恢复上线 |
| 趋势 | 越小越好，要求高 | 越小越好，要求高 |
| 影响 | 影响数据损失量 | 影响业务中断时间 |
🔥 超通俗一句话总结：
-
RPO 是问：
"我能接受丢失多少数据？"
-
RTO 是问：
"我能接受停多久？"
✨ 补充一点：
| 系统类型 | RPO要求 | RTO要求 |
|---|---|---|
| 银行支付系统 | 秒级或零丢失 | 几分钟内恢复 |
| 电商大促系统 | 几分钟数据丢失可接受 | 几分钟内恢复 |
| OA办公系统 | 可以丢失1小时以内数据 | 2小时内恢复 |
| 企业内部文件服务器 | 可以丢失1天数据 | 1天内恢复 |