本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 业务连续性计划 (BCP)
您的灾难恢复计划应该是组织*业务连续性计划* (BCP) 的子集，而不应该是独立的文档。如果由于灾难对工作负载以*外的*业务要素造成影响而无法实现该工作负载的业务目标，则为恢复工作负载而保持激进的灾难恢复目标就没有意义了。例如，地震可能会使您无法运输在电子商务应用程序上购买的产品，即使有效的灾难恢复可以使您的工作负载正常运行，您的业务运营中心也需要满足运输需求。您的灾难恢复策略应基于业务需求、优先级和背景。
## 业务影响分析和风险评估
*业务影响分析*应量化工作负载中断对业务的影响。它应该确定无法使用您的工作负载对内部和外部客户的影响以及对您的业务的影响。分析应有助于确定需要以多快的速度提供工作负载以及可以容忍多少数据丢失。但是，必须注意的是，不应孤立地制定恢复目标；中断的可能性和恢复成本是有助于了解为工作负载提供灾难恢复的业务价值的关键因素。
业务影响可能取决于时间。您可能需要考虑在灾难恢复计划中考虑这一点。例如，在每个人都获得报酬之前，薪资系统的中断可能会对业务产生非常大的影响，但是在每个人都已经获得报酬之后，其影响可能很小。
对灾难类型和地理影响的*风险评估*以及工作负载的技术实施概述，将确定每种类型的灾难发生中断的可能性。
对于高度关键的工作负载，您可以考虑在多个区域部署基础架构，同时进行数据复制和持续备份，以最大限度地减少对业务的影响。对于不太重要的工作负载，有效的策略可能是根本不进行任何灾难恢复。而且，对于某些灾难情景，不制定任何灾难恢复策略作为基于灾难发生概率较低的明智决策也是有效的。请记住，AWS 区域内的可用区已经在设计时设置了它们之间有意义的距离，并仔细规划了位置，因此最常见的灾难只能影响一个区域，而不会影响其他区域。因此，AWS 区域内的多可用区架构可能已经可以满足您的大部分风险缓解需求。
应评估灾难恢复选项的成本，以确保考虑到业务影响和风险，灾难恢复战略能够提供正确的业务价值水平。
利用所有这些信息，您可以记录不同灾难情景的威胁、风险、影响和成本以及相关的恢复选项。应使用此信息来确定每个工作负载的恢复目标。
## 恢复目标（RTO 和 RPO）
在制定灾难恢复 (DR) 策略时，组织通常会规划恢复时间目标 (RTO) 和恢复点目标 (RPO)。
![\[该图显示了恢复目标的关系。\]](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/disaster-recovery-workloads-on-aws/images/recovery-objectives.png)
*图 3-恢复目标*
**恢复时间目标 (RTO)** 是服务中断和恢复服务之间可接受的最大延迟。该目标决定了当服务不可用时，什么时间段被视为可接受的时间窗口，并由组织定义。
本 paper 中主要讨论了四种灾难恢复策略：备份和恢复、指示灯、热待机和多站点 active/active （参见[云中的灾难恢复选项](disaster-recovery-options-in-the-cloud.md)）。在下图中，企业已经确定了允许的最大RTO以及他们在服务恢复策略上可以花费的限额。考虑到企业的目标，灾难恢复策略 Pilot Light 或 Warm Standby 将同时满足 RTO 和成本标准。
![\[该图显示了恢复时间目标，即成本和复杂性与服务中断时间长短的关系。\]](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/disaster-recovery-workloads-on-aws/images/recovery-time-objective.png)
*图 4-恢复时间目标*
**恢复点目标 (RPO)** 是自上次数据恢复点以来的最大可接受时间。该目标确定了在最后一个恢复点和服务中断之间可接受的数据丢失情况，并由组织定义。
在下图中，企业已经确定了允许的最大 RPO 以及他们可以在数据恢复策略上花费的限额。在这四种灾难恢复策略中，指示灯或热待机灾难恢复策略都符合 RPO 和成本两个标准。
![\[该图显示了恢复点目标，即成本和复杂性与服务中断前数据丢失之间的关系。\]](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/disaster-recovery-workloads-on-aws/images/recovery-point-objective.png)
*图 5-恢复点目标*
**注意**
如果恢复策略的成本高于失败或损失的成本，则除非有次要驱动因素，例如监管要求，否则不应制定恢复方案。进行此评估时，请考虑成本各异的恢复策略。