从VMware ESXi迁移Windows虚拟机至RH9 KVM是否触发Windows激活的技术咨询

我之前帮团队处理过几乎一模一样的迁移场景，刚好可以给你一些实际经验参考：

• 迁移后是否触发激活？ 大概率会，但取决于你怎么迁移以及之前VMware里的虚拟机配置：
  • 如果直接用virt-v2v工具把VMware的VM转换成KVM格式，默认情况下Windows会检测到硬件签名变化（尤其是磁盘控制器、网卡这些关键硬件的虚拟化类型变了），这时候激活状态会失效——因为Windows的激活绑定的硬件哈希会发生改变。
  • 但如果你提前在VMware的Windows VM里做一些配置调整，能极大降低触发激活的概率：
    1. 先在VMware里把虚拟机的磁盘控制器改成IDE（别用VMware的Paravirtual或SCSI），网卡改成E1000（而不是VMXNET3），然后启动VM让Windows加载对应的驱动，再关机。
    2. 用virt-v2v迁移的时候，指定保持IDE控制器和E1000网卡的配置，这样迁移到KVM后，Windows识别到的硬件和之前在VMware里的差异会小很多，很大概率不会触发激活校验。
• 离线环境下的应对方案：因为你的测试环境是完全断网的，还有几个额外的注意点：
  • 确保迁移前，Windows VM的激活状态是永久激活（不是KMS临时激活，因为KMS激活会定期校验，离线久了也会失效）。
  • 迁移完成后，不要安装KVM的VirtIO驱动（至少先别装），直到你确认激活状态没问题——VirtIO驱动对应的虚拟硬件会改变硬件哈希，触发激活。如果确实需要VirtIO的性能，那只能先在VMware里把硬件换成接近KVM VirtIO的兼容类型，再迁移。
  • 另外，你可以在Windows里用slmgr.vbs /dlv命令查看当前激活状态的详细信息，迁移前后都跑一遍，对比硬件哈希的变化情况，提前预判风险。

还有个小细节：Windows 10专业版/企业版和Windows Server 2019的激活硬件绑定逻辑略有不同，Server版对硬件变化的容忍度稍微高一点，但也不能完全赌这个，还是提前改硬件配置更稳妥。

备注：内容来源于stack exchange，提问作者TSG