RPO 和 RTO 是容灾体系中最基础也最重要的两个指标。RPO 即恢复点目标，定义了故障发生后允许丢失的最大数据量，用时间表示。RTO 即恢复时间目标，定义了从故障发生到业务恢复正常运行的最大允许时间。这两个指标直接决定了容灾架构的复杂度和投入成本，设定过高会造成资源浪费，设定过低则无法满足业务需求。
业务影响分析方法
指标规划的起点是业务影响分析。首先梳理业务流程及其依赖的 IT 系统，建立业务到系统的映射关系。然后评估每个业务流程在中断不同时长下的损失，包括直接经济损失、客户流失风险、合规处罚和品牌声誉影响。损失评估可采用定量和定性结合的方式，核心交易系统按每小时交易额计算直接损失，辅助系统按影响面和恢复紧迫度定性分级。分析结果形成业务中断损失曲线，横轴是中断时长，纵轴是累计损失金额，曲线拐点位置通常就是 RTO 的合理取值。
系统分级与指标分配
不同业务系统对容灾的要求差异很大，需要分级管理。将系统划分为核心、重要、一般三个等级。核心系统如支付交易、用户认证等，RPO 设为零到一分钟，RTO 设为五到十五分钟，要求同城双活或同步复制。重要系统如订单管理、客服系统，RPO 设为五到十五分钟，RTO 设为一到两小时，可采用异步复制加自动切换。一般系统如报表统计、内部办公，RPO 设为一到四小时，RTO 设为四到八小时，通过定期备份恢复即可。
指标与技术方案的成本关系
RPO 和 RTO 的收紧意味着技术方案复杂度和成本的非线性增长。以数据库容灾为例，RPO 为零要求同步复制，主库写入必须等待备库确认，写入延迟增加一倍以上。RTO 在五分钟内要求全自动切换，需要投入健康检查、自动故障转移、流量调度等基础设施。当 RPO 从五分钟缩短到一分钟时，存储成本可能增加百分之三十，网络带宽需求翻倍。因此指标规划要在业务需求和成本之间寻找平衡点，避免一刀切地追求高指标。建议采用分阶段策略，先满足核心系统的指标要求，逐步覆盖其他系统。
指标验证与持续优化
指标设定后并非一劳永逸，需要通过定期演练验证可达性，并根据业务变化动态调整。每次容灾演练记录实际 RPO 和 RTO 数值，与目标值对比分析差距原因。常见差距原因包括切换脚本执行超时、数据同步延迟超出预期、依赖服务启动顺序不当等。针对发现的问题优化技术方案和操作流程，逐步逼近目标值。业务层面每年重新评估中断损失曲线，当业务规模增长或监管要求变化时及时调整指标。
指标体系的组织保障
RPO 和 RTO 不是纯技术指标，需要业务、运维、安全多部门协同落地。建议设立容灾管理委员会，由 CTO 牵头，各业务线负责人参与，定期评审容灾指标达成情况。将 RPO 和 RTO 达成率纳入运维团队考核，驱动团队持续优化。新建系统在架构评审阶段就必须明确容灾指标要求，技术方案需通过容灾可行性评审方可上线，从源头确保容灾能力不被遗漏。