RTO/RPO 测算是什么
指标不是拍出来的，而是从业务影响分析（BIA）推导出来的：先量化业务中断的损失速率与数据丢失的业务含义，再反推可接受的时间与数据窗口。测算的输出不是两个数字，而是一张按系统分级的指标表，每行都要写明达成手段与验证方式。
基本信息
| 输入 | 交易量、停机损失、客户影响、合规要求 |
|---|---|
| 输出 | 每系统 RTO/RPO 表外加达成手段与验证方式 |
| 颗粒度 | 按系统分级，核心与边缘系统分别设定 |
| 复核节奏 | 业务量或架构变化时重新测算 |
按业务量反推 RPO
按业务量反推 RPO
峰值交易 200 笔每秒，业务可容忍丢失 2000 笔
RPO 约等于 2000 除以 200 = 10 秒
结论：需要日志近乎持续的传送或同步复制能力按损失承受度反推 RTO
按损失承受度反推 RTO
停机损失 5 万元每小时，业务可接受损失上限 20 万元
RTO 小于等于 20 除以 5 = 4 小时
结论：温备级别方案即可满足，无需双活分级测算示例
| 系统级别 | 业务特征 | 指标导向 |
|---|---|---|
| 一级 | 对外交易，按分钟计损失 | RTO 分钟级、RPO 秒级 |
| 二级 | 内部生产系统，会积压业务 | RTO 小时级、RPO 分钟级 |
| 三级 | 办公与报表类，可容忍延迟 | RTO 一天级、RPO 小时级 |
测算过程要点
- 用业务语言提问：先问『停一小时损失多少』，再折算成技术指标，避免一上来就讨论复制方式
- 区分峰值与均值：指标要按峰值业务量推导，按平均值测算会在高峰失效
- 把间接损失计入：客户流失、声誉与合规处罚往往远超直接收入损失
- 与预算对照：指标无法达成时调整业务承诺或增加投入，而不是只改文档
- 写明验证方式：每个指标都要有对应的演练方法与通过标准
测算结果要与预算对照；指标无法达成时应调整业务承诺或增加投入，而不是只把数字写进文档。