Eu preciso encontrar uma solução para desenvolvedores usando ambientes virtuais com o VMWare Workstation 7.
Desenvolvemos em ambientes diferentes e incompatíveis. Atualmente, quase uma semana é perdida ao modificar um PC de desenvolvedores para um ambiente específico. Precisamos de um método para criar uma máquina virtual e deixá-la em um servidor. Quando um desenvolvedor precisa de um ambiente específico, ele pode simplesmente retirá-lo do servidor e iniciar a máquina virtual.
Usamos licenciados do MSDN Premium para desenvolvedores. Com o Microsoft Virtual PC 2007 SP1 e o Windows Virtual PC, consegui criar um ambiente, o sysprep, e deixá-lo no servidor. Os desenvolvedores conseguiram pegar a máquina virtual e, na primeira inicialização, o sysprep seria executado. Após a próxima reinicialização, a VM estava pronta para o desenvolvimento.
Agora, com o VMWare Workstation 7 e o Windows XP SP3, após a exibição do syspreping, é exibida uma mensagem informando que o hardware mudou significativamente desde a primeira ativação e que o Windows precisa ser reativado. Chamar a Microsoft toda vez que precisarmos usar uma máquina virtual seria um problema.
NOTA: Todos os usuários estão usando a mesma revisão do VMWare Workstation.
Como podemos obter esse método para trabalhar com o VMWare Workstation 7 de maneira semelhante ao Microsoft Virtual PC e ao Windows Virtual PC?
Eu vi estas duas perguntas:
Melhor prática do Vista VMWare Release SysPrep / ativação?
Ativação do Windows Vista no VMWare
Eles não tiveram uma resposta adequada. O limite de tempo de teste tradicional não é uma opção. Nossos ciclos de desenvolvimento são significativamente mais longos que os períodos de teste. Como há muitas mudanças nas VMs base, forçar os desenvolvedores a reiniciar após um determinado período de tempo não é uma opção.
Nossos desenvolvedores viajam com frequência e são muitas vezes sem conexão com a Internet. Um servidor ESX infelizmente não é uma opção.
Alguém tem alguma sugestão para evitar a reativação ao mover uma VM entre duas máquinas?
A maneira como sempre fiz isso é ativar uma imagem 'master' e copiá-la. Quando VMWare lança as cópias pela primeira vez, ele pergunta se você (c) opied a imagem ou (m) oved-lo. Se você disser "Movido", isso não causará reativação. No entanto, essas máquinas não podem viver no mesmo segmento de rede local, pois possuem o mesmo nome de máquina e endereço MAC. Então, depois que cada máquina é inicializada uma vez, você pode desligá-las e alterar essas propriedades e tudo funciona.
Não sysprep se tudo o que você está preocupado são SIDs ao invés de alterações de hardware em uma VM:
é um bom argumento de que não faz sentido.
Eu não posso responder a sua pergunta de ativação de estação de trabalho, que provavelmente é melhor respondida no superuser.com, mas parece-me que talvez você deva olhar para Laboratório VMWare , pois acho que pode atender às suas necessidades mais do que a sua situação atual.
Com base na sua resposta à minha pergunta (nos comentários), minha próxima pergunta seria: as máquinas podem funcionar com rede local apenas para evitar problemas de SID? Alternativamente, você poderia criar 15 imagens de base a partir da imagem do sysprep. Ative as 15 imagens uma vez e mantenha-as como as imagens mestres? (por exemplo, um por desenvolvedor?). O espaço em disco é mais barato que o tempo depois de tudo.
Pessoalmente, acho que você está estragando seus desenvolvedores criando imagens de VM para eles. No meu último local de trabalho, eu (como desenvolvedor) tive que criar e gerenciar minhas próprias máquinas virtuais para testes.
Primeira pergunta, esta era originalmente uma máquina física? E você converteu em virtual?
Ou você criou uma VM usando uma licença OEM? Este é o tipo de problemas que podem acontecer se você usar qualquer um desses cenários