---
title: "RPO"
type: concept
tags: [DevOps, SRE, 灾难恢复]
last_updated: 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

## Connections
- [[RTO]] ← 协同指标，共同构成灾难恢复策略
- [[灾难恢复]] ← RPO 是其核心衡量指标
- [[连续数据保护]] ← 实现更小 RPO 的技术手段