Windows在VMWare中的激活
我们的QA团队需要Vista虚拟机进行测试(安装程序、特性、性能通用兼容性等)。安装了Vista的物理个人电脑不会削减它，因为它们使得在过程中很难回到特定的点。
问题是Vista的激活模型与此模型完全不兼容。我还没有找到Vista关闭自身的确切原因，但这似乎与在工作站之间移动VM有关。我们经常会发生这种事。如果我们升级VMWare工作站(未经确认)，它似乎也会停用。
我们是MSDN的合作伙伴，所以我们有很多用于Vista的产品密钥，但是继续重新激活它是一个巨大的痛苦。即使是更多，因为我们大量使用快照(即，重新激活它在一个快照，然后回滚到另一个，你必须重新激活)。
有没有人找到了解决这一问题的方法，或者VMWare是否有一些我忽略的工具，以防止每次桌面机器改变时，Vista都惊慌失措？
最后，有人在ESX 3+中遇到过这个问题吗？
回答 5
Server Fault用户
发布于 2009-05-15 17:58:51
ESX对失活没有任何帮助。最后，我将Vista/Windows2008VM移动到Hyper系统，并且我在激活/失活方面不再有问题。
老:联系了MS的支持，没有得到帮助，我决定只走ESX路线。几周后，我将有一些额外的硬件，我将构建成一个专用的QA ESXi服务器。我们不需要ESX/Infrastructure/vSphere的额外功能，这样我们就可以避免它们的授权成本，而坚持使用免费的。我想我会发现，当VM在一台服务器上安静地运行时，激活是否仍然异常。在没有需要预装软件特定版本的大量测试用例的情况下，Ryan的答案可能是正确的。
Server Fault用户
发布于 2009-05-15 14:50:55
你的里程可能因国家、你工作的公司、与你交谈的人的时间和心情而异，但当我遇到这个问题时，我使用了“打电话给微软”选项，告诉电话里的这位女士，它运行在一个VM中，她帮我解决了所有问题。一定值得一试，对吧？祝你好运。
Server Fault用户
发布于 2009-05-15 14:56:19
我不知道如何为VMware提供具体的建议，但我可以告诉您，我相信Vista激活与MAC地址和UUID之类的东西有关。如果这些情况发生变化，Vista会要求您重新激活。
Vista收集一个“硬件ID”作为激活过程的一部分，并且由于虚拟硬件的动态特性，肯定会有额外的循环可以跳过。
我首先将虚拟机设置为保持相同的MAC地址，并确保它们始终运行在相同类型的CPU上。
https://serverfault.com/questions/8640
复制相似问题
腾讯云开发者
