1.4 KiB
1.4 KiB
title, type, tags, last_updated
| title | type | tags | last_updated | |||
|---|---|---|---|---|---|---|
| RPO | concept |
|
2026-04-16 |
定义
Recovery Point Objective（恢复点目标）：可接受的最新数据丢失量，以时间衡量（从故障时刻往前回溯）。
计算方式
若数据库在 15:00 崩溃，最后一次备份在 14:00，则 RPO 为 1 小时（14:00-15:00 之间的数据丢失）。
典型场景与目标
| 场景 | RPO 目标 | 原因 |
|---|---|---|
| 电商支付系统 | 0 分钟 | 不能丢失任何交易数据 |
| 实时聊天 | 5 分钟 | 可接受丢失最近几分钟消息 |
| 用户分析仪表盘 | 1 小时 | 部分历史数据可重建 |
| 内部 CRM | 15 分钟 | 最近的客户更新很重要 |
| 博客/营销站点 | 24 小时 | 一天的评论/注册丢失可接受 |
与 RTO 的关系
- RTO 是速度指标（停机多久），RPO 是数据完整性指标（丢多少数据）
- 备份频率（CDP vs 定时备份）直接影响 RPO
- 即使 RTO 优秀（5分钟恢复），RPO 差（1小时前备份）仍意味着大量数据丢失
实现技术
- 连续数据保护（CDP）：持续备份，实现分钟级甚至秒级 RPO
- 同步复制：零 RPO，但成本高
- 异步复制：有延迟，通常分钟级 RPO