业务连续性和灾难恢复计划

业务连续性和灾难恢复 (BCDR) 计划是一套组织用来帮助其从灾难中恢复并恢复日常业务运营的技术和流程。将 BCDR 流程分解为两个部分更容易理解：

业务连续性（BC） 

这部分流程涉及业务层面。其目的是制定政策和程序，以确保在灾难期间和灾难之后关键业务功能的正常运转。这包括：

• 更换员工
• 服务可用性问题
• 业务影响分析
• 变更管理流程

灾难恢复（DR）

灾难恢复主要涉及流程的IT方面。此流程将定义组织或企业如何从自然或数字灾难中恢复。这涉及：

• 服务器和网络恢复
• 复制备份数据
• 确保备份系统正常运行

在讨论、创建和测试 BCDR 计划时，您还应该熟悉一些其他关键术语。这些包括：

恢复点目标 (RPO)：您的计划中对数据恢复的要求是什么？换句话说，如果今天系统崩溃，您需要回溯到多远的时间点才能恢复有效数据？这种数据丢失量对业务来说是否可以接受？有些公司设定的 RPO 为一周。这意味着，如果他们必须从备份中恢复数据，他们将从一周前的备份中恢复数据，从而丢失最多一周的交易数据和活动。

恢复时间目标（“RTO”）：您的恢复计划应该能够多快执行完毕，这就是您的RTO。如果您现在启动了业务连续性与灾难恢复 (BCDR) 计划，并且您的RTO为24小时，那么您的全部业务运营应该在开始执行BCDR计划后的24小时内恢复到100%。

中小企业是否应该制定 BCDR 计划？

是的。除非您的业务能够承受长达一周或更长时间的宕机，否则您应该让您的技术团队或托管服务提供商制定一个 BCDR 计划。此外，该计划还应该经过测试。

如果不测试你的计划会发生什么？

在最近的一个噩梦场景中，需要制定一个 BCDR 计划，其 RPO 为 24 小时，RTO 为 24 小时。问题是，由于互联网连接速度非常慢，而且需要传输大量数据进行恢复，备份无法从异地存储位置快速恢复。最终，BCDR 计划被修改为每月执行一次本地数据备份，以便作为恢复点，每周从互联网备份位置恢复增量更改，直到达到 RPO。这影响了 RTO，为了适应额外的恢复步骤，RTO 必须从 48 小时延长到 24 小时，但这却是公司能够承受和接受的最经济的方法。

要了解有关 BCDR 的更多信息，请观看此简短视频：