最近在Veeam论坛的一次内部讨论中，VMXNET3虚拟适配器出现在MAC发生变化时的行为。VMXNET3适配器是vSphere补充技术中的一种新的半虚拟化设备。所讨论的行为是，当Windows Server 2008或Windows 7虚拟机被克隆或以其他方式引起MAC地址更改时，虚拟机将重新枚举以太网接口。使用Veeam Backup和Replication的SureBackup功能时也会发生这种情况。虽然我一直是VMXNET3接口的粉丝，但每个人都应该意识到这种行为。VMXNET3有一些限制，例如在vSphere的所有版本的VMware容错（FT）虚拟机配置中不支持使用它。以太网接口的重新枚举将使其仍然显示为VMXNET3接口，但在操作系统中；它将成为下一个顺序。对于使用默认选项选择自动分配的MAC地址创建的虚拟机，如果MAC地址发生变化，网络接口将显示如下图所示：这太熟悉了，因为许多虚拟化专业人员在执行物理到虚拟转换时都会发生这种情况，而且我们可能已经从以前的适配器类型升级到VMXNET3。由于适配器的这种行为，VMware发布了这篇知识库文章，建议对使用windowsserver2008或windows7的模板使用E1000适配器类型。如果虚拟机有一个自定义的MAC地址，那么大多数问题都不会发生；但这并不是一个实际可行的解决方案。当在SureBackup中启动的虚拟机具有自动配置的MAC地址时，虚拟机可能无法正确响应此新环境。大多数情况下的主要观察结果是，来宾虚拟机将枚举附加的网络接口（如上所示），并且它不会保留源虚拟机的任何网络配置选项。这意味着接口将启动，请求一个DHCP地址，而不是以前分配的静态IP地址配置。这不适用于其他虚拟网络适配器类型（如E1000或VMXNET2）或其他操作系统（如windowsserver2003）。对于上面显示的同一个虚拟机，它在自动配置中接收一个新的MAC地址。这是由于VMXNET3接口在Windows中是如何枚举自身的。VMXNET3设备在Windows设备管理器中显示其枚举，如下所示：这对应于它在注册表的NetworkCards配置单元中的位置。基本上，每次在操作系统中枚举一个新的网卡接口时，它们也会显示在这里。以下是在注册表中枚举这些ID的位置：虽然所有这些都是我们在克隆虚拟机或相关任务时所经历的相当标准的体验，但它可能会影响Veeam Backup and Replication 5的SureBackup功能。在这个论坛帖子中，一位Veeam用户强调了使用VMXNET3会影响SureBackup功能的情况。Veeam的产品经理Anton Gostev指出，Veeam备份和复制的5.0.1版本将有一个解决方案。更新：版本5.0.1已经发布。请确保将以前的版本更新到最新版本。VN:F[1.9.22_1171]等级：5.0/5（3票投票）使用VMXNET3适配器更改MAC地址，根据3个等级，5.0/5