# 设定并测试 RTO 和 RPO

Taiga Learning · 工作表
https://taiga.training/zh-CN/lessons/disaster-recovery/

使用虚构或获准信息。不要在工作表中写入秘密信息。

## 学习目标
- 区分 RTO、RPO 和可用性。
- 计算恢复总历时和数据丢失时间窗。
- 规定包含证据和服务负责人的恢复演练。

## 练习
一个虚构服务在 10:00 停止。发现问题需要 8 分钟，作出决定需要 12 分钟，恢复需要 25 分钟，验证需要 10 分钟。最新可用数据来自 09:40。将结果与 RTO 60 分钟、RPO 15 分钟比较。为每个目标提出一项改进。

## 你的回答
- 场景与范围：
- 假设与未解决问题：
- 拟议答案或决定及其理由：

## 验证回答
| 说法或标准 | 证据或测试 | 结果或缺口 | 负责人 |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## 下一步行动
- 行动、负责人和日期：
- 何时复核这份回答？

## 应记住的原则
RTO 和 RPO 是业务目标。经过测量的恢复演练，才能说明完整服务在指定场景下能否满足目标。

## 来源
- [AWS: Define recovery objectives for downtime and data loss](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_objective_defined_recovery.html)
- [AWS: Use defined recovery strategies](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_disaster_recovery.html)
- [AWS: Testing disaster recovery](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/testing-disaster-recovery.html)

本工作表辅助学习。完成工作表本身，不构成对生产变更的授权。