Usuário com melhor resposta
migrar vm pra outro host

Pergunta
-
Pessoal estou com 2 hosts Windows Server 2008 R2 Hyper-V! Em um host(temporario) tenho 3 maquinas virtuais windows 2008 server r2. Segue abaixo as maquinas:
Servidor-01 - Controlador de dominio + file server
Servidor-02 - Sql Server + Servidor do Sistema
Servidor-03 - Terminal Service
O que quero fazer é migrar essas 3 maquinas virtuais para um outro host com a mesma configuração(Windows Server 2008 R2).
Qual o melhor procedimento a fazer?
Pensei em fazer da seguinte forma, copiar os VHD pra o outro Host e criar as outras 3 maquinas virtuais usando os VHDs copiados. Mas fico me perguntando se ele ira criar outra SID pras maquianas e se vai dar problema nos objetos do dominio? isso pode acontecer?
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations
Respostas
-
Bom dia Marckson,
O processo é simples. Abaixo segue o link com o procedimento.
http://www.petri.co.il/importing-and-exporting-your-virtual-machines.htm
Abraços
Emerson Gomes - http://itchannelbr.wordpress.com/- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 16:56
-
Olá
Existe algumas opções para fazer esse tipo de movimentação das VMs é uma delas foi passada pelo Emersong...
Pela sua pergunta, você não está utilizando nenhum recurso como Live Migration né?!
O que poderia ser feito é optar pela decisão que você comentou no seu post. Utilizar o metodo de Copy e Paste do arquivo .VHD.
Em particular eu usaria esse metodo por duas razões:
1. Se for ver analisar, ele leva o mesmo tempo executando o importing and exporting;
2. Copiando somente o .VHD, tem como você rever o dimencionamento de memória e CPU que utilizou quando criou essas máquinas virtuais. Você pode remanejar Memória e CPU, adicionando mais ou removendo esses recursos (diminuindo).
Lembrando que se optar por esse metodo, vai ter que executar alguns passos como:
Remover os drivers "fantasmas" podemos dizer assim, para executar essa tarefa de remoção utilize o seguinte comando no promot de comando:
set devmgr_show_nonpresent_devices=1
start devmgmt.mscQuando abrir o Device Manager, aponte para View --> e selecione Show Hidden devices.
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Olá
Vou te colocar um caso que aconteceu comigo hoje.
Precisava apresentar um produto para um cliente (podemos dizer uma PoC) - como não tinhamos muito tempo eu criei as VMs em casa e só transportei para o cliente os arquivos .VHD.
Como era um PoC, estavamos utilizando um ambiente apartado da rede interna do mesmo, porque até mesmo um desses .VHDs tinha o papel de Active Directory (domain Controller).
Então o processo que fiz para subir essas VMs no Host virtual do cliente.
1. Criei uma nova VM pelo Hyper-V Manager, porque até mesmo o Host Virtual do cliente não tinha muitos recursos de Memoria. Depois que criei a VM com o mesmo nome do meu .VHD eu só copiei para o local onde estava esse "novo" .vhd.
2. Depois iniciei a VM sem a placa de rede e utilizeri o comando que foi mencionado acima: Set devmgr.....
3. Removi os drivers fantasmas de rede, e outros componentes e desliguei a VM.
4. Subi a VM com a nova placa de rede e a mesma já estava configurada com o IP, tudo funcional.
Não tive nenhum problema, e já fiz isso em ambientes de produção. (não sei se é uma pratica recomendada ou não pela Microsoft) e não encontrei em lugar nenhum alguma referencia que fala sobre as consequencias adversas sobre executar esse procedimento. :)
Espero que fique claro!
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Vou fazer esse procedimento hoje apos as 18h, então vou descrever aqui os passos e vcs me dizem se estão corretos;
Tenho host1 e host2.
No hos1 vou desligar as vm e copiar os VHDs para o Host2.
No host2 vou criar tres maquinas virtuais com o mesmo nome das vm acima citados, e na criação das vm vou apontar para os vhds copiados ja na pasta que eles irão ficar definitivamente.
Apos isso é que esta a minha duvida.
Devo ir em cada VM e executar o comando ou devo fazer isso no HOST?:
set devmgr_show_nonpresent_devices=1
start devmgmt.mscEsse comando vai cetar para mostrar os dispositivos que estão com driver fantasma, e na segunda linha vai abrir o gerenciado de dispositivos, quando abrir o gerenciador de dispositivos, devo ir em view e selecionar show hidden devices que devera me mostrar os dispositivos que estão ocultos.
A partir dai devo fazer o que?
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Olá
Esse procedimento você deve executar nas três Máquinas Virtuais (VMs).
Depois que executar esse procedimento você deve desligar a VM e adicionar a rede na mesma.
Qualquer duvida é só postar!
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Olá
A questão era essa mesmo, como sua máquina virtual estava usando um snapshot, ela apresenta esse comportamento na hora de fazer um copy e paste do arquivo .VHD. Como você não nos informou que suas VMs estava com snapshot, ficaria dificil de informar as possiveis causas e soluções para máquinas com snapshots. :)
Mas parabéns por resolver ... :)
Só para alertar sobre o uso dos snapshots:
Snapshots fornece uma maneira rápida e fácil de reverter a máquina virtual para um estado anterior. Por esta razão, os snapshots de máquinas virtuais (VMs) são destinados principalmente para uso em ambientes de desenvolvimento e teste.
Tenha em mente as seguintes considerações, especialmente se você planeja usar snapshots em uma máquina virtual (VM) em um ambiente de produção:
Um snapshot da máquina virtual reduz o desempenho do disco da máquina virtual (VM);
Quando você apaga um snapshot, os arquivos .AVHD quer armazenam os dados do snapshot permanece no local de armazenamento até que a máquina virtual for desligada, desativada, ou entrar em um estado de salvo. Como resultado, quando voce apaga um snapshot, voce vai precisar para colocar a maquina virtual de produção em um desses estados, em algum ponto a ser capaz de completar a remoção segura do snapshot.
Nos não recomendamos o uso de snapshots em maquinas virtuais que prestam serviços "sensiveis" ao tempo ou quando o desempenho ou a disponibilidade de espaço em disco (armazenamento) é fundamental. :)
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior quinta-feira, 9 de junho de 2011 13:19
Todas as Respostas
-
Bom dia Marckson,
O processo é simples. Abaixo segue o link com o procedimento.
http://www.petri.co.il/importing-and-exporting-your-virtual-machines.htm
Abraços
Emerson Gomes - http://itchannelbr.wordpress.com/- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 16:56
-
Olá
Existe algumas opções para fazer esse tipo de movimentação das VMs é uma delas foi passada pelo Emersong...
Pela sua pergunta, você não está utilizando nenhum recurso como Live Migration né?!
O que poderia ser feito é optar pela decisão que você comentou no seu post. Utilizar o metodo de Copy e Paste do arquivo .VHD.
Em particular eu usaria esse metodo por duas razões:
1. Se for ver analisar, ele leva o mesmo tempo executando o importing and exporting;
2. Copiando somente o .VHD, tem como você rever o dimencionamento de memória e CPU que utilizou quando criou essas máquinas virtuais. Você pode remanejar Memória e CPU, adicionando mais ou removendo esses recursos (diminuindo).
Lembrando que se optar por esse metodo, vai ter que executar alguns passos como:
Remover os drivers "fantasmas" podemos dizer assim, para executar essa tarefa de remoção utilize o seguinte comando no promot de comando:
set devmgr_show_nonpresent_devices=1
start devmgmt.mscQuando abrir o Device Manager, aponte para View --> e selecione Show Hidden devices.
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
OK, então essa é a forma de migrar sem mudar a SID da vm?
isso quer dizer que se eu copiar o vhd pra um outro host e nesse outro host criar outra vm com o mesmo nome, apontando para o vhd copiado, ele não vai identificar no dominio como a mesma maquina?
VLW
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations -
Olá
Vou te colocar um caso que aconteceu comigo hoje.
Precisava apresentar um produto para um cliente (podemos dizer uma PoC) - como não tinhamos muito tempo eu criei as VMs em casa e só transportei para o cliente os arquivos .VHD.
Como era um PoC, estavamos utilizando um ambiente apartado da rede interna do mesmo, porque até mesmo um desses .VHDs tinha o papel de Active Directory (domain Controller).
Então o processo que fiz para subir essas VMs no Host virtual do cliente.
1. Criei uma nova VM pelo Hyper-V Manager, porque até mesmo o Host Virtual do cliente não tinha muitos recursos de Memoria. Depois que criei a VM com o mesmo nome do meu .VHD eu só copiei para o local onde estava esse "novo" .vhd.
2. Depois iniciei a VM sem a placa de rede e utilizeri o comando que foi mencionado acima: Set devmgr.....
3. Removi os drivers fantasmas de rede, e outros componentes e desliguei a VM.
4. Subi a VM com a nova placa de rede e a mesma já estava configurada com o IP, tudo funcional.
Não tive nenhum problema, e já fiz isso em ambientes de produção. (não sei se é uma pratica recomendada ou não pela Microsoft) e não encontrei em lugar nenhum alguma referencia que fala sobre as consequencias adversas sobre executar esse procedimento. :)
Espero que fique claro!
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Vou fazer esse procedimento hoje apos as 18h, então vou descrever aqui os passos e vcs me dizem se estão corretos;
Tenho host1 e host2.
No hos1 vou desligar as vm e copiar os VHDs para o Host2.
No host2 vou criar tres maquinas virtuais com o mesmo nome das vm acima citados, e na criação das vm vou apontar para os vhds copiados ja na pasta que eles irão ficar definitivamente.
Apos isso é que esta a minha duvida.
Devo ir em cada VM e executar o comando ou devo fazer isso no HOST?:
set devmgr_show_nonpresent_devices=1
start devmgmt.mscEsse comando vai cetar para mostrar os dispositivos que estão com driver fantasma, e na segunda linha vai abrir o gerenciado de dispositivos, quando abrir o gerenciador de dispositivos, devo ir em view e selecionar show hidden devices que devera me mostrar os dispositivos que estão ocultos.
A partir dai devo fazer o que?
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Olá
Esse procedimento você deve executar nas três Máquinas Virtuais (VMs).
Depois que executar esse procedimento você deve desligar a VM e adicionar a rede na mesma.
Qualquer duvida é só postar!
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior sexta-feira, 3 de junho de 2011 17:32
-
Massa, entendi, muito Obrigado!
Agora so para questão de conhecimento, caso seja feito o procedimento sem deletar os drivers fantasmas, o que pode acontecer?
E outra coisa, depois que eu executar os comandos vai abrir o gerenciador de dispositivos, ai eu tenho que ir em view e depois em show hidden devices, ai vai mostrar os drivers fantasmas e eu tenho que deletar na mao? ou o comando executado ja resolve tudo?
Obrigado pela atenção e desculpe as perguntas bestas! rsrsrs
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations -
Olá
Se você não deletar os drivers "Fantasmas" você ira receber alguns alertas visuais como por exemplo: Na hora de configurar a placa de rede, você vai ser alertado que já existe uma placa de rede com aquele endereço IP, entre outras coisas;
Isso é só você clicar no drive "Fantasma" é usar a tecla Delete ou os icone delete na barra superior do device manager.
Relaxa não precisa pedir desculpas! :) Estamos aqui para ajudar!
Obs.: Vai ter um driver "Fantasma" chamado RAS Async Adapter que não é possivel remove-lo, mas isso não vai lhe causar nenhum problema!
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Editado BlackArm (Wilsterman)Moderator sexta-feira, 3 de junho de 2011 17:48 Add info
-
-
Boa Tarde Pessoal, nao fui bem sucedido. Vamos aos detalhes:
No host1, eu tinha os arquivos servidor-01.vhd e servidor-02.vhd,porem apareceram outros 2 arquivos .avhd, que nao lembro o nome agora. Eu havia tirado uma snapshot no dia 31, talvez esses arquivos .avhd tenha haver com isso.
Vamos la, o que aconteceu:
Copiei os arquivos .vhd pro host2, e la eu startei as vm desconectadas da placa de rede, executei o comando acima citado, abri o gerenciador de dispositivos, e selecionei para aparecer os tais drivers fantasmas, apareceu um dispositivo, e eu cliquei no +, la tinham varios dispositivos desconectados, alguns deles estavam transparentes, imaginei que estes eram os drivers fantasmas e deletei apenas os que estavam transparentes. Era pra deletar todos os dispositivos desconectados?
De qualquer forma eu iniciei as vm e a placa de rede estava com ip dinamico, reconfigurei os ips e ele informou,que que ja existia uma placa de rede com essa configuraçcao(como previsto pelo Wilsterman), porem ele perguntou se queria que a placa de rede que estava desconectada fosse desabilitada, assim eu fiz e a configuracao de rede funcionou como todo mais.
Aparentemente a migração foi bem sucedida. Os serviços estavam rodando sem problemas. Foi quando eu percebi o problema.
O grande problema é que os arquivos do servidor ficaram com a data mais recente do dia 31/05(dia em que eu havia tirado a snapshot, nao sei se tem haver), e as alteracoes apos esse dia nao estavam ali contidas. Porem no servidor antigo estava tudo la, os arquivos e tal.
Sendo assim eu que desliguei o servidor que iria receber as maquinas virtuais e deixei o servidor antigo rodando para que a empresa funcione na segunda feira normalmente...
Bom, foi isso que aconteceu, sera que alguem pode me ajudar a entender o que aconteceu? Preciso muito terminar essa migracao para continuar com outros projetos.
Muito obrigado a todos pela atenção.
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations -
Agora deu certo, ja migrei um dos servidores agora na hora do almoço. O problema é que eu nao sabia como funcionava a questao dos arquivos de snapshot. Eu deletei a snapshot que eu havia criado, apos isso ele começou a fazer um Merge, e quando finalizou os arquivos .AVHD haviam sumido.
Fiz o procedimento citado la em cima e tudo ocorreu perfeitamente.
Graças a deus deu certo, hoje a noite vou migrar o servidor de arquivos pra finalizar tudo de vez!
Obrigado pela atenção!
vlw!
Marckson Negreiros Junior
Administrador de Redes
MCTS | ITIL v3 Foundations -
Olá
A questão era essa mesmo, como sua máquina virtual estava usando um snapshot, ela apresenta esse comportamento na hora de fazer um copy e paste do arquivo .VHD. Como você não nos informou que suas VMs estava com snapshot, ficaria dificil de informar as possiveis causas e soluções para máquinas com snapshots. :)
Mas parabéns por resolver ... :)
Só para alertar sobre o uso dos snapshots:
Snapshots fornece uma maneira rápida e fácil de reverter a máquina virtual para um estado anterior. Por esta razão, os snapshots de máquinas virtuais (VMs) são destinados principalmente para uso em ambientes de desenvolvimento e teste.
Tenha em mente as seguintes considerações, especialmente se você planeja usar snapshots em uma máquina virtual (VM) em um ambiente de produção:
Um snapshot da máquina virtual reduz o desempenho do disco da máquina virtual (VM);
Quando você apaga um snapshot, os arquivos .AVHD quer armazenam os dados do snapshot permanece no local de armazenamento até que a máquina virtual for desligada, desativada, ou entrar em um estado de salvo. Como resultado, quando voce apaga um snapshot, voce vai precisar para colocar a maquina virtual de produção em um desses estados, em algum ponto a ser capaz de completar a remoção segura do snapshot.
Nos não recomendamos o uso de snapshots em maquinas virtuais que prestam serviços "sensiveis" ao tempo ou quando o desempenho ou a disponibilidade de espaço em disco (armazenamento) é fundamental. :)
[]´s
Wilsterman - MCT, MCITP, MCTS, MCSE- Marcado como Resposta Marckson Junior quinta-feira, 9 de junho de 2011 13:19
-