！！！Hyper-V 实时迁移常见问题

看见就非常 2014-07-22

展开全文

Hyper-V 实时迁移常见问题

0（共 1）对本文的评价是有帮助 - 评价此主题

更新时间: 2010年5月

应用到: Windows Server 2008 R2

本文解答了有关 Windows Server? 2008 R2 中的 Hyper-V? 实时迁移功能的一些常见问题。

有关使用 Hyper-V 实时迁移功能的常见问题解答

实时迁移是否支持将虚拟机移动到具有不同处理器的物理计算机上？

是否所有虚拟交换机的名称都必须相同，才能支持实时迁移？

当使用 CSV 和 Hyper-V 时，是否必须从相同的驱动器号引导？

什么是实时迁移？

实时迁移是 Windows Server 2008 R2 中的一种 Hyper-V 功能，该功能需要在运行 Hyper-V 的服务器上添加并配置故障转移群集功能。实时迁移使您能够以透明方式将运行中的虚拟机从一个故障转移群集节点移动到同一群集中的另一个节点，而无需断开网络连接，也不会感觉到停机时间。此外，故障转移群集需要群集节点的共享存储。这可以包含一个 iSCSI 或光纤信道存储区域网络 (SAN)。所有虚拟机都存储在共享存储区域中，且运行中的虚拟机的状态是由其中一个节点管理的。有关实时迁移的详细概述以及使用它的好处的信息，请参见 Windows Server 2008 R2 & Microsoft Hyper-V Server 2008 R2 - Hyper-V 实时迁移概述和体系结构。

对于使用实时迁移，有什么要求？

故障转移群集中的所有服务器必须都运行基于 x64 版本的 Windows Server 2008 R2，或者都运行基于 Itanium 体系结构版本的 Windows Server 2008 R2（同一故障转移群集中的节点不能运行不同版本）。
所有服务器都应具有相同的软件更新（修补程序）和 Service Pack。
物理计算机必须使用 Windows Server? 2008 R2 Enterprise或 Windows Server? 2008 R2 Datacenter。这些服务器必须运行相同版本的 Windows Server 2008 R2，包括相同的安装类型。也就是说，两台服务器必须都是完全安装，或者都是服务器核心安装。
为所有将使用实时迁移的物理主机配置故障转移群集功能，此功能最多允许每个群集包含 16 个节点。
为群集配置一个专用网络，用于进行实时迁移通信。
在相同的 TCP/IP 子网上配置物理主机。
向所有物理主机提供共享存储访问。

如何启动实时迁移？

可以使用下列任一方法来启动实时迁移：

使用故障转移群集管理器。有关详细信息，请参见 Hyper-V：在 Windows Server 2008 R2 中对群集共享卷使用实时迁移中的“使用故障转移群集管理器启动实时迁移”。
powershell。有关详细信息，请参见 Hyper-V：在 Windows Server 2008 R2 中对群集共享卷使用实时迁移中的“使用 PowerShell 启动实时迁移”。
System Center Virtual Machine Manager 2008 R2。有关详细信息，请参见 System Center Virtual Machine Manager 网站。

若要使用实时迁移，需要多少网络适配器？

对于故障转移群集的每个节点，使用多个网络适配器，并且至少为专用网络配置一个网络适配器。我们建议您为实时迁移流量和群集通信配置千兆位或更高速度的独立的专用网络，并且这些网络应独立于用于管理操作系统和虚拟机的网络。有关实时迁移所需的网络设置的信息，请参见 Hyper-V：实时迁移网络配置指南。

若要使用实时迁移，是否需要群集共享卷？

执行实时迁移不需要群集共享卷。您应该了解，使用群集共享卷可以简化群集虚拟机的配置和管理。对于群集共享卷，多个群集虚拟机可使用相同的 LUN（磁盘）,同时仍可以进行故障转移（或在节点之间移动），且彼此独立。

使用实时迁移来移动虚拟机，要花多长时间？

所需的时间取决于下列各项：

源群集节点和目标群集节点之间可用的网络连接速度和带宽。
源群集节点和目标群集节点上的负载。
为虚拟机配置的 RAM 数量。

实时迁移是否支持将虚拟机移动到具有不同处理器的物理计算机上？

如果群集中的各个节点使用了不同的处理器版本，实时迁移可能会失败。若要将虚拟机实时迁移到另一台具有不同处理器的物理计算机上，必须先选择 Hyper-V 管理器中的“迁移到具有不同处理器版本的物理计算机”。此设置确保虚拟机仅使用由同一处理器制造商生产的所有支持虚拟化功能的处理器版本上均能使用的处理器功能。它不提供不同处理器制造商之间的兼容性。这样就可以将正在运行的虚拟机移动到具有不同处理器功能的物理计算机上，而无需重新启动虚拟机。

实时迁移是否支持 TCP 卸载（烟囱）？

支持。在执行实时迁移时，设备上的 TCP 堆栈将移回到虚拟机的软件堆栈中。如果所迁移虚拟机的目标群集节点同样支持 TCP 卸载，则在迁移完成后将立即使用此功能。

是否可以一次性启动多个实时迁移？

可以。根据故障转移群集中的节点数量，您可能可以使用实时迁移一次移动多个虚拟机。请记住，一个群集节点一次只能在一个实时迁移中作为源节点或目标节点参与。例如，如果故障转移群集中有 4 个节点，则同时可以进行两个实时迁移。

您还可以利用 Virtual Machine Manager 的维护模式，通过实时迁移将所有虚拟机疏散到同一群集中的其他主机上。有关详细信息，请参见关于维护模式。

是否可以备份正在迁移的虚拟机？

是。由于实时迁移是一种转换状态，因此 Hyper-V VSS 编写器会先等待迁移完成，然后再继续执行备份。但是，完成迁移之后，该虚拟机不再位于发生备份的群集节点上。此时，备份将继续进行并且正确备份文件（仍然可以访问 CSV 卷上的文件），但它仅是一个文件副本。VSS 编写器不执行通常用于联机备份的步骤。您应清楚 VSS 编写器不会向 VSS 返回故障错误代码，因此不记录任何错误。但是，它会记录两条指示找不到虚拟机的警告消息。

重要事项
当 Hyper-V VSS 编写器在使用 CSV 的故障转移群集中执行备份，而备份失败或取消时，CSV 将继续处于重定向 I/O 模式。这会导致所有群集节点的 I/O 性能降低。

应该在何时刷新对虚拟机所做的配置更改？

如果您更改了虚拟机的配置，我们建议您使用故障转移群集管理器管理单元来访问虚拟机设置。执行此操作后，群集将自动更新所做的配置更改。但是，如果您在 Hyper-V 管理器管理单元中更改了虚拟机设置，则必须在更改后手动更新群集。如果在更改网络或存储后没有刷新配置，则随后的故障转移可能不会成功；即便成功，也可能导致虚拟机配置错误。

是否所有虚拟交换机的名称都必须相同，才能支持实时迁移？

是。您应该确保整个群集中的所有虚拟交换机名称均相同。

当使用 CSV 和 Hyper-V 时，是否必须从相同的驱动器号引导？

当 Hyper-V 与群集共享卷一起使用时，为了使虚拟机能够正常迁移或故障转移，必须对群集中每台服务器的操作系统 (%SystemDrive%) 进行设置，使群集中的所有服务器都从相同的驱动器号进行引导。也就是说，如果一个服务器从驱动器号 C 进行引导，则群集中的所有服务器都应该从驱动器号 C 进行引导。