我们的 QA 团队需要 Vista 虚拟机进行测试（安装程序、功能、性能一般兼容性等）。安装了 Vista 的物理 PC 无法解决问题，因为它们很难回滚到过程中的特定点。
问题是Vista的激活模型与这个模型完全不兼容。我没有追查到底是什么原因导致 Vista 自行停用，但它似乎与在工作站之间移动虚拟机有关。这对我们来说经常发生。如果我们升级 VMWare Workstation（未确认），它似乎也会停用。
我们是 MSDN 的合作伙伴，所以我们有大量的 Vista 产品密钥，但是要不断地重新激活它是一个巨大的痛苦。更何况我们大量使用快照（即，在一个快照中重新激活它，然后回滚到另一个快照，您必须再次重新激活）。
有没有人找到解决这个问题的方法，或者 VMWare 是否有一些我忽略的工具可以让 Vista 在每次桌面机器发生变化时都不会恐慌？
最后，有人在 ESX 3+ 中遇到过这个问题吗？
您的里程可能会因国家/地区、您工作的公司、一天中的时间和与您交谈的人的心情而异，但是当我遇到这个问题时，我使用了“呼叫微软”选项，并在电话中告诉女士它正在运行一个虚拟机，她为我修好了。应该值得一试吧？祝你好运。
我不知道如何为您提供有关 VMware 的具体建议，但我可以告诉您，我相信 Vista 激活与 MAC 地址和 UUID 之类的东西相关联。如果这些事情发生变化，Vista 会要求您重新激活。
Vista 会在激活过程中收集一个“硬件 ID”，并且由于虚拟化硬件的动态特性，肯定会有额外的障碍需要跳过。
我会首先将您的虚拟机设置为保持相同的 MAC 地址，并确保它们始终在相同类型的 CPU 上运行。
你有没有想过在没有密钥的情况下以演示模式安装 Vista？通常，您需要 30 天才能激活，但根据 Jeff Atwood 在此链接中的说明，您可以在演示模式下使用 Vista 120 天。
http://www.codinghorror.com/blog/archives/000778.html
这应该会减少您必须执行的激活次数。
这确实是试用模式所针对的情况类型。这些不是需要一次运行数月/数年的永久性工作站。他们丢弃了为了测试目的而不断回滚的虚拟机。您只需稍微调整您的程序，以便 QA 人员可以恢复到试用计时器尚未实际启动的 sysprep 的基本映像。我不确定您要支付多少额外的许可证，但这最终也会为您省钱。
您的另一个选择是实际增加您的许可证数量，使您成为批量许可证客户并拥有 KMS 许可证。KMS 本质上是一个内部激活服务器。与您的 VM 都没有需要 Microsoft 激活的单独密钥不同，它们没有密钥并使用 slmgr.vbs 将激活请求指向您的内部服务器。然后，Vista 何时出现恐慌并不重要，因为它只会从您的服务器重新激活。
ESX 对停用完全没有帮助。我最终将 Vista/Windows 2008 虚拟机移至 Hyper-V 系统，并且不再遇到激活/停用问题。
旧：在联系 MS 支持并没有得到任何帮助后，我决定只走 ESX 路线。我将在几周内推出一些额外的硬件，将它们构建为专用的 QA ESXi 服务器。我们不需要 ESX/Infrastructure/vSphere 的额外功能，因此我们可以避免它们的许可成本并坚持使用免费的。我想我会发现当虚拟机安静地坐在单个服务器上时，激活是否仍然会出现问题。如果您没有大量需要预装软件的特定版本的测试用例列表，Ryan 的答案可能是正确的。