任何一个参与过灾难恢复训练的人对从无到有重建一个基础设施要经历的痛苦都很熟悉。重装及修复应用程序服务器，让支助性业务重现生机以及数据损坏或者丢失的可能性，一点点的细微差别都可能导致失败。

由于虚拟化可以让您使用已经拥有的系统——在生产中运行并且正常工作的系统，因此消除了建立一个新生产系统的不确定性。

尽管VMware的灾难恢复工具工作得相当好，但如果您部署了Hyper-V，并希望在灾难恢复计划中使用微软的虚拟机？

这也是可能的，如果您采取合适的步骤去实施行动计划。

了解您的灾难恢复方法

灾难恢复计划的第一步是搞清楚您的环境需求。是否您的组织有一个很短的恢复点目标(Recovery Point Objective RPO)——您的数据需要恢复到的恢复点——或者是否您上次的备份能满足RPO的要求？

另外，您的恢复时间目标(Recovery Time Objective RTO) ——重新上线所花费的时间 ——会影响到您对基础设备和专门软件的需求。最有可能的是，您已经将您的应用程序“分层次”为多个恢复类，例如，第一层次为处理重要任务的服务器，可有可无的则为之下的第三层、第四层。

Hyper-V可以在所有的这些场景中得到支持，但这些场景里面的每一个以及它们的花销都是非常不同的。

非关键服务器和冷站(后备站)

让我们从最简单的服务器开始——那些被认为不重要的或者有很长RPO或RTO的服务器。同时也包含一个基于冷站场景的计划，在该场景中，您必须从头开始重建服务器和网络，并会依赖于冷站点恢复位置上的备份。

Hyper-V服务器可以通过一个主机服务器备份或者VM备份来进行恢复。恢复VM备份，除了主机被恢复后，所有的虚拟硬盘(VHD)以及VM设置都会恢复到您之前备份时的样子之外，和正常的机器恢复很类似。所有的VM都必须使用集成服务(Integration Services)，以便可以访问卷影拷贝服务(Volume Shadow Copy Service VSS)，并使虚拟硬盘以一个一致的状态来进行恢复。特定的应用程序，如微软Exchange，因为可能会导致数据库不一致，而不支持这种类型的备份。您可能需要使用可靠的恢复方法来处理这些应用程序。(请注意，即使是在恢复主机，您也需要重新配置您的网络，所以有良好的文件是很必要的)

您的灾难恢复计划需要有一套用于转移备份主机或者VM的有效脚本。确定如何去进行恢复，并在主机启动前确定其存放的位置是很重要的。做完之后才去决定只会导致混乱和恢复的失败。

分享按钮