我们的QA团队需要Vista虚拟机进行testing（安装程序，function，性能一般兼容性等）。 安装了Vista的物理电脑不能削减它，因为它使得难以回滚到过程中的特定点。
问题是，Vista的激活模式是完全不符合这种模式。 我还没有确切地说明是什么导致Vista停用自己，但似乎与在工作站之间移动虚拟机有关。 这发生在我们身上很多。 它也似乎停用，如果我们升级VMWare工作站（未经证实）。
我们是MSDN合作伙伴，所以我们有足够的Vista产品密钥，但是重新激活它是一个巨大的痛苦。 更重要的是，由于我们大量使用快照（即，在一个快照中重新激活它，然后回滚到另一个快照，并且必须重新激活）。
有没有人find解决这个问题的办法，还是VMWare有一些工具，我忽略了防止Vista每次台式机变化恐慌？
最后，有没有人在ESX 3+中有这个问题？
你的里程可能会因国家，你的工作公司，一天中的时间以及你所说的人的心情而有所不同，但是当我遇到这个问题时，我使用了“call microsoft”选项，在电话中告诉那位女士，一个虚拟机，她把它修好了。 值得一试的权利？ 祝你好运。
我不知道如何为VMware提供具体的build议，但是我可以告诉你，我相信Vista Activation与MAC地址和UUID有关系。 如果这些事情变了，Vista会要求你重新启动。
Vista将“硬件ID”作为激活过程的一部分，并且由于虚拟化硬件的dynamic特性，肯定会有额外的跳跃。
我首先要设置虚拟机保持相同的MAC地址，并确保它们始终运行在相同types的CPU上。
你有没有想过在没有密钥的演示模式下安装Vista？ 通常情况下，您必须在激活之前30天，但是通过Jeff Atwood的链接指示，您可以在演示模式下使用Vista 120天。
http://www.codinghorror.com/blog/archives/000778.html
这应该减less您必须执行的激活次数。
这实际上就是审判模式的情况。 这些不是永久性的工作站，每次需要长达几个月的时间。 他们扔掉了不断被回滚用于testing目的的虚拟机。 您只需稍微调整一下您的过程，以便QA人员可以恢复到试用计时器尚未实际启动的sysprep基本映像。 我不确定你要付多less额外的许可证，但是这样做最终也可以节省你的钱。
您的其他select是实际增加许可证数量，直至您成为批量许可证客户并拥有KMS许可证。 KMS本质上是一个内部激活服务器。 而不是你的虚拟机的所有单独的密钥，需要由Microsoft激活，他们没有密钥，并使用slmgr.vbs指向内部服务器的激活请求。 那么当Vista惊慌失措时，这并不重要，因为它只会从服务器重新启动。
ESX根本无法closures。 我最终将Vista / Windows 2008虚拟机迁移到Hyper-V系统，并且不再有激活/停用问题。
老 ： 与MS支持联系并没有得到任何帮助后，我决定去ESX路线。 几周后，我还会有一些额外的硬件，这些硬件将作为专用的QA ESXi服务器进行构build。 我们不需要ESX / Infrastructure / vSphere的额外function，所以我们可以避免他们的许可成本，并坚持免费的。 我想我会发现，当虚拟机安静地坐在一台服务器上时，激活是否仍然吓倒。 如果您没有大量需要特定版本的预装软件的testing用例，Ryan的答案可能是正确的。