微软虚拟化平台的灾难恢复

核心提示： 使用 Hyper-V 和 HA 需要您仔细规划存储层，因为这是实现可恢复性的关键因素，微软虚拟化平台的灾难恢复(4)，例如，即使使用共享存储的 2 节点 Hyper-V 群集位于不同的数据中心，它不再需要配置与生产位置数量或类型相同的物理系统，这样您可以充分利用恢复硬件，但仍有存储子系统和

使用 Hyper-V 和 HA 需要您仔细规划存储层，因为这是实现可恢复性的关键因素。例如，即使使用共享存储的 2 节点 Hyper-V 群集位于不同的数据中心，但仍有存储子系统和数据这一单独的故障点。

然而，您应该知道不使用共享存储的相同 2 节点 Hyper-V 群集能够承受其中一个节点上的存储或数据损失。这确实需要复制技术确保存储同步，使得复杂性加大(请参阅图 2)。

图 2多站点 Hyper-V 群集(单击图像可查看大图)

在数据复制和同步领域有一些非常有趣的发展，但 Microsoft 目前尚不能提供这些技术。在 Windows Server 2008 多站点群集页面(microsoft.com/windowsserver2008/en/us/clustering-multisite.aspx)上，其中介绍的合作伙伴值得一看。另一项资源是 Windows Server 目录(请参阅 windowsservercatalog.com)，它列出了获得 Windows Server 2008 认证复制技术的存储供应商。

如您所见，可供考虑的 HA 和存储配置为数众多。这再次说明为什么需要先定义业务需求，然后使其能够推动技术需求，而不是采用相反方式。

物理到虚拟转换

虚拟化显然可以提供某些独特的恢复灵活性，但对于并不非常适合虚拟化的物理系统又将如何呢?System Center 虚拟机管理器 (SCVMM) 中包含对正在运行的 Windows 服务器执行物理到虚拟 (P2V) 转换的功能，它可以产生与物理源服务器完全一致的可引导 Hyper-V 虚拟机 (VM)。这样您便可以在校园或整个国家内像复制虚拟副本一样复制 VM，同时还可获得相似的恢复时间。

这种方法与在恢复位置进行裸机恢复这一传统方式不同，它不再需要配置与生产位置数量或类型相同的物理系统。这样您可以充分利用恢复硬件，并根据灾难的影响按需进行扩展。