尤其是在微软Hyper-V环境下讨论灾难恢复的时候，应该注意市场上几乎没有灾难恢复工具。根据不同的虚拟平台，VMware在自动化灾难恢复领域有最长的历史和最好的性能。不过许多其他虚拟平台厂商将灾难恢复交给第三方厂商。　　

微软最近的动作意味着它的第三方生态系统的技术仍然处于发展阶段。不过，尽管位于hypervisor的初期，Hyper-V的灾难恢复仍然有几种选择。在本文中，TechTarget中国的特约作者Greg Shields将解释为什么对于业务连续性来说，Hyper-V是一个出色的平台？本身有哪些组件帮助Hyper-V执行灾难恢复策略？需要哪些附加工具使Hyper-V DR策略运行得更有效？

　　虚拟环境里基本的灾难恢复概念

　　在虚拟化环境里，灾难恢复本质上由三个步骤组成：

1. 虚拟服务器定期的块级备份。
2. 备份重新定位到一个可替换的地点。
3. 灾难恢复后启动虚拟机。

　　一个成功的灾难恢复计划严密监视进程安排和这些步骤的管理，也监视在备用站点虚拟平台的维护。如果你的组织考虑过虚拟化潜在的灾难恢复，或者你想要添加灾难恢复功能到现有的环境，这都很正常。

　　在Hyper-V里的灾难恢复计划

　　微软的Hyper-V本身包括固态备份功能，使这个平台能够实现灾难恢复。取决于预算和备用站点的架构，执行DR计划有几种选择。下面我们来看看添加灾难恢复到Hyper-V虚拟化的要求。取决于你的需要，你可能会发现这些需求比你想的要少：

　　一个备份站点：必须有一个在灾难发生后转移进程的地点。备份站点能通过网络或（如有所需）完全隔离的网络持续地与数据中心连接。连接越牢固，在灾难发生后恢复操作就越快。

　　交替服务器与虚拟平台：灾难恢复站点必须有服务器和所需的虚拟平台软件，以便在灾难发生时能够宿主虚拟机。一旦你构建了灾难恢复计划，软件与硬件就能运行并操作起来（花费很昂贵）。

　　虚拟备份软件：这是Hyper-V的闪光点。它的内置卷影拷贝服务（VSS）集成确保所备份的虚拟机能成功地恢复。VSS能确保虚拟机的操作系统和应用快速地恢复，如宿主在虚拟机之上的SQL和Exchange。

　　复制软件：在灾难恢复过程中完成第二步意味着虚拟服务器的备份必须到达备用站点。为了减少成本，可以通过人工输送磁带（或者大型硬盘）。不过预算较多的话，可以协调自动化备份与网络的开销，获取较快的操作恢复。

　　使用Hyper-V建立故障转移集群

　　多数灾难恢复计划包括大量手动的或脚本来转移备份虚拟机，以后用来备份站点。不过Hyper-V自身的技术在未来将自动化这个过程。Hyper-V依赖Windows Server Failover Clustering（WSFC）获得负载均衡，并且转移它的虚拟机也是灾难恢复的一种机制，如果你有这样的需求，需要多的预算与技能来实施。

　　在Windows Server 2008里，WSFC能创建一个延伸集群，即GeoCluster。这些集群扩展了传统集群的边界，即集群节点之间的电缆的长度和它们的共享存储。GeoClustering意味着只要在站点之间复制了集群的共享存储，集群节点能够位于网络上的任何地方。站点之间的集群节点的拆分意味着原始站点出现巨大故障，这将促使自动化重新启动第二个站点的虚拟机。

　　完成这种类型的集群的组件复制不是一项简单的任务，并且这也不是微软自身能够解决的。不过来自Double-Take Software、Neverfail及SteelEye Technology一些第三方厂商所创建的软件能够完成任务。要注意这种类型的集群提供灾难发生后迅速恢复操作的同时也很复杂，并且需要执行与管理的一些特殊技能。关于更多创建GeoCluster的详细步骤，请参见SearchWindowsServer.com。

　　因此，尽管能够轻松地为Hyper-V安装灾难恢复的产品很稀少，不过有廉价的、本地的解决方案。Hyper-V现在还处于第一个版本，这也是微软的第三方生态系统依然很小的原因。随着Hyper-V采用速度的增长，能够预见在2009年，许多微软合作伙伴软件厂商将努力地解决这个问题。