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

    业务影响分析

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

    彻底测试灾难恢复计划

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

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

    本地实施？异地进行？

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

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

    数据恢复专家

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

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。