本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 定义您的 DR 策略
<a name="defining"></a>

根据组织中应用程序对业务的重要程度，您可以决定是为所有应用程序制定统一的策略，还是根据每个应用程序的重要程度制定更复杂的灾难恢复策略。在 DR 站点中启动所有应用程序之前，您的组织可能会经历几个小时的停机时间。在这种情况下，您可以选择更加经济实惠的 DR 策略，也就是基于所有数据库的备份和恢复。另一方面，您组织的业务可能依赖于一些关键服务或应用程序的快速可用性，这些服务或应用程序具有更严格的 RPO 和 RTO 要求，而其他应用程序的 RPO 和 RTO 要求可能不会那么严格。在这种情况下，您将需要为每层应用程序和数据库分配正确的 DR 策略。

下表描述了中运行的工作负载的四个灾难恢复选项 AWS 云，以帮助您确定和定义组织的灾难恢复策略。此表中记录的 RPO 和 RTO 适用于包含应用程序和数据库组件的完整堆栈。有关更多信息，请参阅 Well-Architected [Framework 文档 AWS 中的云端灾难恢复选项](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-options-in-the-cloud.html)。下一节将介绍特定于数据库的 RPO 和 RTO 选项。


****  

| 恢复选项 | RPO | RTO | DR 区域中的基础设施任务 | 成本 | 
| --- | --- | --- | --- | --- | 
| 备份和还原 | Hours | 小于 24 小时 | 在 DR 区域预置所有必需的应用程序资源，并从复制的快照中恢复数据库。 | 低 | 
| 指示灯 | 几十分钟 | 几十分钟 | 预置应用程序基础设施的副本，然后关闭应用程序堆栈中的资源。 将您的数据从一个区域复制到另一个区域。使数据库始终处于开启状态并与主数据库同步。在失效转移和测试活动期间按需预置资源。 您还需要将基础设施变更和应用程序变更同时部署到两个区域。您可以通过构建自动化管道来简化这一过程，这些管道可以同步主区域和 DR 区域的代码和基础设施。 | 中 | 
| 热备用 | Minutes | Minutes | 在 DR 区域中预置整个应用程序基础设施的副本，但与主区域相比较，保持该副本的缩减规模。与主区域相比，DR 区域能够以较小的卷接受流量。 | 高 | 
| 多站点或主动/主动 | 接近零 | 零或接近零 | 将基础设施的完整副本预置到 DR 区域。DR 区域中的所有资源将等同于主区域中的资源，并且能够以与主区域相同的规模提供流量。由于流量不会中断，因此此选项不需要将失效转移任务作为 DR 计划的一部分。 | 更高 |