我通常从故障转移集群管理器 GUI 创建新的虚拟机。但是这一次我走了一条不同的路线，因为我不得不（由于时间限制和当时可用的资源）。对于这个虚拟机，我必须直接在集群 node1 上创建它。然后，当我启动并运行集群时，我可以使用该磁盘，因此我关闭了 VM，然后将其添加为故障转移集群管理器 GUI 中的服务/角色。
这似乎毫无问题地进入了故障转移集群管理器。
然后我尝试进行实时迁移并得到错误“找不到以太网交换机'Broadcom NetXtreme Gigabit Ethernet #3 - Virtual Switch'。 ”
有几点要注意...
- NIC 在两个节点上的名称完全相同。
- NIC 似乎确实混淆了“设备名称”。
- Node1 网卡名称：NIC1
- Node1 NIC 的设备名称：“Broadcom NetXtreme Gigabit Ethernet #3 - Virtual Switch”。
- Node2 网卡名称：NIC1
- Node2 NIC 的设备名称：“Broadcom NetXtreme Gigabit Ethernet #2 - Virtual Switch”。
- 我启用并使用了除 ONE 之外的所有 NIC，即 NIC1。
- 我在 Server 2012 R2 上找不到“刷新虚拟机的配置”（就像在 Server 2008 R2 中一样）。
- 我尝试通过在两个节点上使用“ Update-ClusterVirtualMachineConfiguration -Name "Virtual Machine Configuration A PAPTR" ”来刷新 VM 配置（没有错误，只显示 VM 状态）。
- 我通过故障转移群集管理器 GUI 创建了一个新 VM，它可以实时迁移，完全没有问题。
有什么建议么？
终于想通了...
我一直认为这是因为网络连接列表中的 WINDOWS“设备名称”。我完全错了，它让我走上了错误的道路。
问题发生的真正原因是 Hyper-V 创建的虚拟以太网适配器。您的每个集群节点都将拥有一个（或应该），以便让您的虚拟机建立网络连接。要访问虚拟以太网适配器，您需要访问虚拟交换机管理器。要打开 Hyper-V 管理器，请在左侧右键单击服务器节点（您可以在此处添加所有节点以管理它们，而不是登录到每个节点），然后选择“虚拟交换机管理器...”。完成此操作后，单击已创建的虚拟交换机（在“新虚拟网络交换机”下方）或创建一个新交换机。 您计划实时迁移到的所有节点上的“名称”字段必须相同。 就我而言，我将所有内容都更改为“HyperV Virtual Switch”。