我需要为使用 VMWare Workstation 7 虚拟环境的开发人员找到一个解决方案。
我们在不同的、不兼容的环境中开发。目前，在针对特定环境修改开发人员的 PC 时，几乎浪费了一周的时间。我们需要一种方法来创建虚拟机，然后将其留在服务器上。当开发人员需要特定环境时，他们只需从服务器上获取它并启动虚拟机即可。
我们为开发人员使用 MSDN Premium 许可证。借助 Microsoft Virtual PC 2007 SP1 和 Windows Virtual PC，我能够构建环境 sysprep，并将其留在服务器上。开发人员能够获取虚拟机，并且在第一次启动时 sysprep 就会运行。下次重新启动后，VM 就可以用于开发了。
现在，使用 VMWare Workstation 7 和 Windows XP SP3 进行系统准备后，会显示一条消息，提示硬件自首次激活以来发生了很大变化，需要重新激活 Windows。每次我们需要使用虚拟机时都给 Microsoft 打电话会很麻烦。
注意：所有用户都使用相同版本的 VMWare Workstation。
我们如何才能使这种方法在 VMWare Workstation 7 上以类似于在 Microsoft Virtual PC 和 Windows Virtual PC 上的方式工作？
我看到了这两个问题：
Vista VMWare 发布 SysPrep/Activation 最佳实践？
他们没有合适的答案。传统的试用时间限制不是一个选择。我们的开发周期比试用期长得多。由于基础 VM 有很多变化，因此强迫开发人员在一定时间段后重新启动不是一个选择。
我们的开发人员经常出差，很多时候没有网络连接。遗憾的是，ESX 服务器不是一个选择。
有人对在两台机器之间移动虚拟机时避免重新激活有什么建议吗？
答案1
我一直以来的做法是激活“主”映像，然后复制它。当 VMWare 首次启动副本时，它会询问您是否复制了映像或移动了映像。如果您说“移动”，则不会导致重新激活。但是，这些机器不能位于同一个 LAN 段上，因为它们具有相同的机器名称和 MAC 地址。因此，在每台机器启动一次后，您可以关闭它们并更改这些属性，一切就都正常了。
答案2
如果您担心的只是 SID 而不是 VM 中的硬件更改，请不要进行 sysprep：
http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx
是一个很好的论据，没有意义。
答案3
我无法回答您的工作站激活问题，这个问题最好在 superuser.com 上回答，但我觉得您应该看看VMWare 的实验室管理器产品，因为我认为它可能比您当前的情况更适合您的需求。
答案4
第一个问题，这原本是一台物理机吗？然后你们把它转换成虚拟机了？
或者您是否使用 OEM 许可证创建了虚拟机？如果您使用上述任何一种情况，都可能会发生此类问题