Mover la máquina virtual de Vmware Workstation a otro host provoca la reactivación

Mover la máquina virtual de Vmware Workstation a otro host provoca la reactivación

Necesito encontrar una solución para desarrolladores que utilizan entornos virtuales con VMWare Workstation 7.

Nos desarrollamos en entornos diferentes e incompatibles. Actualmente se pierde casi una semana al modificar la PC de un desarrollador para un entorno particular. Necesitamos un método para crear una máquina virtual y luego dejarla en un servidor. Cuando un desarrollador necesita un entorno particular, puede simplemente sacarlo del servidor e iniciar la máquina virtual.

Utilizamos licenciatarios de MSDN Premium para desarrolladores. Con Microsoft Virtual PC 2007 SP1 y Windows Virtual PC pude crear un entorno, realizar una preparación del sistema y dejarlo en el servidor. Los desarrolladores pudieron tomar la máquina virtual y en el primer arranque se ejecutaría sysprep. Después del siguiente reinicio, la VM estaba lista para el desarrollo.

Ahora, con VMWare Workstation 7 y Windows XP SP3, después de la preparación del sistema, aparece un mensaje que dice que el hardware ha cambiado significativamente desde la primera activación y que es necesario reactivar Windows. Llamar a Microsoft cada vez que necesitemos utilizar una máquina virtual sería un engorro.

NOTA: Todos los usuarios utilizan la misma revisión de VMWare Workstation.

¿Cómo podemos hacer que este método funcione para VMWare Workstation 7 de manera similar a como lo hace para Microsoft Virtual PC y Windows Virtual PC?

Vi estas dos preguntas:

¿Mejor práctica de activación/preparación del sistema en la versión de Vista VMWare?

Activación de Windows Vista en VMWare

No tuvieron una respuesta adecuada. El límite de tiempo tradicional del juicio no es una opción. Nuestros ciclos de desarrollo son significativamente más largos que los períodos de prueba. Debido a que hay muchos cambios en las máquinas virtuales base, obligar a los desarrolladores a reiniciar después de un cierto período de tiempo no es una opción.

Nuestros desarrolladores viajan con frecuencia y muchas veces se encuentran sin conexión a Internet. Lamentablemente, un servidor ESX no es una opción.

¿Alguien tiene alguna sugerencia para evitar la reactivación al mover una VM entre dos máquinas?

Respuesta1

La forma en que siempre he hecho esto es activar una imagen "maestra" y luego copiarla. Cuando VMWare inicia las copias por primera vez, le pregunta si (c)copiaste la imagen o la (m)moviste. Si dice "Movido", no provoca la reactivación. Sin embargo, esas máquinas no pueden vivir en el mismo segmento de LAN porque tienen el mismo nombre de máquina y dirección MAC. Entonces, después de que cada máquina arranca una vez, puedes apagarlas y cambiar esas propiedades y todo funciona.

Respuesta2

No utilices sysprep si lo único que te preocupa son los SID en lugar de los cambios de hardware en una VM:

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

Es un buen argumento de que no tiene sentido.

Respuesta3

No puedo responder a su pregunta sobre la activación de la estación de trabajo; de todos modos, probablemente se responda mejor en superuser.com, pero me parece que tal vez debería consultarGerente de laboratorio de VMWareproducto ya que creo que podría satisfacer sus necesidades más que su situación actual.

Respuesta4

Primera pregunta, ¿era originalmente una máquina física? ¿Y te convertiste a Virtual?

¿O creó una máquina virtual con una licencia OEM? Este es el tipo de problemas que pueden ocurrir si utiliza cualquiera de estos escenarios.

información relacionada