维护和评审

1）业务连续性的演练

业务连续性计划的演练可能由以下事件触发：

（1）业务连续性计划建立之初。业务连续性计划最初完稿时，许多的管理和技术流程并未经过实际操作的检验，其执行结果与预期可能会存在诸多偏差，需要通过演练对其进行完善。

（2）业务连续性计划发生重要改变。此类事件会在业务连续性计划维护阶段中发生，包括因应用调整、系统调整或人员调整等引起的业务连续性计划内容的变化。需要通过演练来验证这种变化是否适应已变化的环境，仍然可以达到预期的目标。

（3）业务连续性计划定期演练。通常一段时间之后，即便业务连续性计划没有改变，为了让各灾难恢复团队和相关员工对业务连续性计划保持熟悉，需要进行定期演练，一般定期演练的周期为一年。

2）业务连续性计划的维护

业务连续性计划的维护对于确保顺利进行灾难切换至关重要，必须保持计划中的有关内容和切换流程与生产系统保持一致。在维护中必须考虑生产系统发生的所有变化，以便在业务连续性计划的定期更新中可以覆盖所有这些变化。通过变更管理流程以及定期评审，将这些变化整合到业务连续性计划中。

（1）维护目标。业务连续性计划维护的主要目标一是维护本计划的随时可用性；二是使灾难恢复组织的有关人员及时了解情况，以便可以有效地响应故障和灾难事件，执行切换任务。

（2）维护工作流程。维护工作包括三类：文档整体的定期维护、具体流程的定期维护和具体流程的非计划维护。对于文档整体而言，需要定期检查其有效性，确认生产环境的变化在业务连续性计划中有所体现。对于具体的流程来说，因为许多变更是不可预测的，例如系统升级、应用升级等方面的变化，具体流程的负责人将负责在事件发生后建议需要更新业务连续性计划，同时需要根据变化影响的范围和严重程度，来确定进行具体流程的定期维护还是非计划维护。如果变化的影响范围较小或者不重要，可以先记录变化的内容，按照定期维护的周期批量进行维护；如果变化的影响范围较大或者后果严重，则需要立即启动维护流程，进行非计划性维护。