传统意义上来说，业务连续性和灾难恢复是（需要管理员）亲力亲为的活动，有大量的文档和很多持续不断的操作。鉴于虚拟化技术和虚拟机（VM）的广泛流行和应用，可以考虑把BC/DR活动虚拟化。本文将提供一些帮助你把业务连续性和灾难恢复活动虚拟化的小窍门。

利弊得失

一项完整的业务连续性计划，包括其全部的支持文件和数据库，应该很容易被虚拟化。可以创建一台专用的VM用以运行全部必要的应用程序和数据库。

这意味着BC/DR资源可以同时置于本地和异地。例如，虚拟化可以把BC/DR VM复制到另外一台服务器，或者可以复制到一家外部的托管服务公司。通过把主VM（已被中断）故障切换到异地VM（应该与生产VM进行镜像）的方式，异地VM被转换为生产VM，这是一项关键的灾难恢复战略。当然，这项工作独立于应用程序和数据的备份操作。

安全（例如非法访问）和数据保护（例如数据完整性）方面的顾虑需要通过拟议的实施工作来解决，但是系统和数据被访问的方式应该没有显著差别。幸运的是，大多数这些问题可以通过数据加密以及使用强大的访问和身份验证流程来处理。使用各种已被验证的解决方案，可以取得虚拟化工作的成功。

将数据恢复活动虚拟化的小窍门

下述小窍门（排名不分先后）可以帮助你把BC/DR计划、文档和活动虚拟化：

1. 确定将要进行虚拟化和无须进行虚拟化的内容。

2. 考虑建立一个试验性的安排，仅仅把某些BC/DR活动虚拟化，了解该安排是否有效以及你的团队可否接受，然后再把更多的内容移到VM。

3. 调查外部的服务，例如基于云的BC/DR服务提供商，他们可能成为你自己内部VM的切实可行的备选方案。

4. 如果贵公司已经在使用基于云的服务，了解是否可以把一个或更多的现有的服务（例如备份数据存储厂商），用于支持BC/DR活动。

5. 如果你的IT部门拥有第二个数据中心支持复制的VM，了解是否可以把BC/DR VM的日常复制安排到这个备用点；进行这项工作之前，先查明把BC/DR VM复制到云的费用。

6. 确保已经界定了安全方面的需求。

7. 确保有足够的存储资源可用于处理全方位的BC/DR活动。

8. 确定BC/DR活动是否将影响连接主数据中心和备用数据中心的网络资源；如果使用托管服务，也要做同样的确认。

9. 安排并执行虚拟化BC/DR计划的测试，以确保它们可以在备用数据中心或托管服务公司被恢复和启动。

10. 确保业务连续性管理系统团队已接受过VM服务使用方法的培训。

11. 安排对虚拟化BC/DR活动的评审与审计。

虚拟化可以同时被有效地用于单独的业务连续性/灾难恢复活动以及整体的BC/DR计划。确定你的计划中的哪些因素可以/应该被虚拟化，界定并记录你将如何使用VM，以及定期测试你所有的资源，尤其是安全性，以确保它们正常运转。