如果企业没有提前准备，不知道到底应当如何恰当地响应灾难，势必会造成巨大损失。所以应采取措 施改善现有计划来保证业务在灾难发生时能够连续运行。

　　业务影响分析

　　企业需要明白要保护并备份哪些类型的设备、应用程序、数据等，理解有哪些系统对企业最为生死攸关，还要知道在IT系统不可用时主要业务会发生哪些问题，还要理解丢失数据会造成的影响。你还需要决定系统和“宕机时间”（停机时间）之间的相互关系。

　　彻底测试灾难恢复计划

　　然后你需要从头到尾地进行测试，真正完整地执行计划的全部步骤，这意味着人员向恢复数据中心集合，带来新硬件，加载新软件和应用，从正在使用的任何备份介质上恢复数据，然后让终端用户登录，并尝试访问应用程序。

　　然后，你需要决定此计划是否满足你的恢复时间目标（所允许的最长停机时间），你要确定一个系统在真正不损害企业业务的前提下的离线时间。我们建议企业查找“痛点”，这有助于决定一个项目是否应当添加到灾难恢复计划中。企业可以在测试开始之前或在测试过程中轻松地发现“痛点”，这比发生问题后才去修复“痛点”要有效得多。

　　本地实施？异地进行？

　　灾难恢复计划的另一个关键部分是，在自己进行灾难恢复还是外包。企业内部进行灾难恢复需要有内部资源，而外包需要想想：“我们企业和IT需求的变化太快，以致于无法考虑长期的灾难恢复合约吗？”

　　对于不能存放在异地或第三方环境中的数据分类，企业必须拥有这类数据的恢复数据中心。在这里，决策的关键是判定在特定企业行业中有什么合规问题。

　　数据恢复专家

　　有时即使最好的灾难恢复计划也可能失效，那么应该拥有一个第三方的专家随时待命，用最少的“宕机”时间使数据回归系统。