我通过停止机器，手动复制文件，然后通过“就地注册”导入，将正在运行的Hyper-V来宾服务器从一台物理服务器迁移到另一台物理服务器。
导入完成，新注册的机器在新的物理服务器上正常启动。
但是新移动的机器不能ping通物理networking上除主机外的任何东西。 物理networking上的任何东西都不能ping新注册的机器。
但是我知道新build的物理服务器可以在局域网上访问，因为我可以从局域网中的另一台计算机上ping它。
而且我知道主机和客户端应该可以从局域网中平等访问，也就是说，如果一个人可以访问，那么另一个肯定应该是，因为我在Hyper-V虚拟networking中设置了共享“外部”types的虚拟与主机联网。
防火墙。 我暂时closures了所有提到的机器上的防火墙，新的和旧的物理服务器，虚拟（guest）以及我用来testingping连接的networking上的远程机器。 我已经禁用所有机器上提到的所有configuration文件的Windows防火墙！
VLAN中。 没有任何 不在交换机上，不在服务器上。
所有主机和客户都运行Windows Server 2012 R2。
采取的其他步骤：
在以下所有步骤中，我会定期进行检查，以确保新物理服务器上新创build的虚拟NIC具有正确的IP地址，如同guest虚拟机上的虚拟NIC一样。
也许有人可能会启发一下我今天激怒了哪一个虚拟化的神，怎样才能让事情变得更好呢？
主机networking连接和客户networking连接几乎完全不相关，除了通过主机中的pNIC与networking进行物理连接。 允许pipe理操作系统（主机本身）共享外部虚拟交换机与客户端的networking连接无关，除了主机中pNIC的物理连接（再次）外。 pNIC成为vSwitch的“桥梁”。 主机的第3层连接与虚拟机的第3层连接无关。 您正在关注关联主机networking连接和访客networking连接。 停止使用主机上的vEthernet适配器和pNIC。
用防火墙Mu seems似乎是一个绝望的措施。 没有理由必须禁用主机或虚拟机上的Windows防火墙才能在主机或虚拟机上build立networking连接。 在两个系统上重新打开Windows防火墙，并保持独立。
对于Windows系统来说，Ping不是一个很好的一线诊断工具，因为它默认是禁用的。 太多的人挂断了为什么ping不起作用，而不是解决实际问题。 如果要ping现代Windows系统，您需要启用File and Printer Sharing (EchoRequest - ICMPv4-In防火墙规则），如果要使用ping作为诊断工具，请确保您知道是否它应该开始工作。
所有的说法，我可能会build议倒退几步：
重新启用主机上的Windows防火墙。 删除虚拟机。 删除Hyper-Vpipe理器中的vSwitch。 validation主机networking连接（validation第2层连接，因为主机和来宾的第3层连接再次无关）。 在Hyper-Vpipe理器中创build一个新的vSwitch。 不要使用主机的vEthernet适配器或物理networking适配器。 创build一个新的虚拟机进行testing。 testing新虚拟机的networking连接性，如果遇到同样的问题，请停在那里，开始查看主机物理networking连接和交换机。 然后重新导入有问题的虚拟机并testing。