将Vmware Workstation VM移动到其他主机会导致重新激活

我需要为使用VMWare Workstation 7虚拟环境的开发人员find解决scheme。

我们在不同的和不兼容的环境中开发。 修改特定环境的开发人员PC时,目前已经将近一周的时间了。 我们需要一种创build虚拟机然后将其留在服务器上的方法。 当开发人员需要一个特定的环境时,他们可以将其从服务器中取出并启动虚拟机。

我们为开发人员使用MSDN Premium许可证。 使用Microsoft Virtual PC 2007 SP1和Windows Virtual PC,我能够构build一个环境sysprep,并将其保留在服务器上。 开发人员能够抓住虚拟机,并在第一次启动sysprep将运行。 在下次重启之后,VM已经准备好开发了。

现在,在系统预编译后,VMWare Workstation 7和Windows XP SP3会显示一条消息,说明自第一次激活硬件以来,硬件发生了重大变化,Windows需要重新激活。 每次我们需要使用虚拟机时调用微软将是一件麻烦事。

注意:所有用户正在使用相同版本的VMWare Workstation。

我们如何才能以类似于Microsoft Virtual PC和Windows Virtual PC的方式使这种方法在VMWare Workstation 7中工作?

我看到了这两个问题:

Vista VMWare发布SysPrep /激活最佳实践?

VMWare中的Windows Vista激活

他们没有一个合适的答案。 传统的试用期限不是一种select。 我们的开发周期比试用期长得多。 因为基本的虚拟机有很多的改变,迫使开发者在一段时间后不能重新启动。

我们的开发人员经常旅行,而且很多时候没有互联网连接。 不幸的是,ESX服务器不是一个选项。

有没有人有任何build议,以避免在两台机器之间移动虚拟机时重新激活?

我一直这样做的方式是激活一个“主”图像,然后复制它。 当VMWare第一次启动这些拷贝时,它会询问你是否(c)select了图像或者(m)是否存在。 如果你说“移动”,它不会导致重新激活。 但是,这些机器不能居住在同一个LAN段上,因为它们具有相同的机器名称和MAC地址。 所以,每台机器启动一次之后,可以closures它们并更改这些属性,这一切都可以工作。

如果你担心的是SID而不是虚拟机中的硬件更改,那么不要使用sysprep:

http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx

是没有意义的一个很好的论点。

我无法回答你的工作站激活问题,这可能是在superuser.com上最好的答案,但是对我来说听起来也许你应该看看VMWare的Lab Manager产品,因为我认为它可能比你现在的情况更适合你的需求。

基于你对我的问题的回应(在评论中),我的下一个问题是,机器是否可以仅使用本地networking运行,以避免SID问题? 或者,您可以从sysprep映像创build15个基本映像。 激活15个图像一次,并保持这些主图像? (即每个开发人员?)。 磁盘空间毕竟比时间便宜。

就我个人而言,我认为你是通过为他们创buildVM镜像来破坏你的开发者。 在我最后的工作中,我(作为开发人员)必须创build和pipe理我自己的虚拟机进行testing。

第一个问题,这是一个物理机器吗? 你转换为虚拟?

还是你使用OEM许可证创build了一个虚拟机? 如果使用任何这种情况,这是可能发生的问题的types