none
migrar vm pra outro host RRS feed

  • 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
    sexta-feira, 3 de junho de 2011 12:39

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
    sexta-feira, 3 de junho de 2011 13:51
  • 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.msc

    Quando 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
    sexta-feira, 3 de junho de 2011 15:36
    Moderador
  • 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
    sexta-feira, 3 de junho de 2011 17:05
    Moderador
  • 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.msc

    Esse 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
    sexta-feira, 3 de junho de 2011 17:17
  • 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
    sexta-feira, 3 de junho de 2011 17:21
    Moderador
  • 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
    segunda-feira, 6 de junho de 2011 20:07
    Moderador

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
    sexta-feira, 3 de junho de 2011 13:51
  • 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.msc

    Quando 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
    sexta-feira, 3 de junho de 2011 15:36
    Moderador
  • 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
    sexta-feira, 3 de junho de 2011 16:51
  • 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
    sexta-feira, 3 de junho de 2011 17:05
    Moderador
  • 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.msc

    Esse 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
    sexta-feira, 3 de junho de 2011 17:17
  • 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
    sexta-feira, 3 de junho de 2011 17:21
    Moderador
  • 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
    sexta-feira, 3 de junho de 2011 17:30
  • 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
    sexta-feira, 3 de junho de 2011 17:45
    Moderador
  • Perfeito! 

     

    Mais tarde posto se deu tudo certo!

     

    Vlw!

    :)


    Marckson Negreiros Junior
    Administrador de Redes
    MCTS | ITIL v3 Foundations
    sexta-feira, 3 de junho de 2011 17:54
  • 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
    sábado, 4 de junho de 2011 16:35
  • 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
    segunda-feira, 6 de junho de 2011 17:09
  • 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
    segunda-feira, 6 de junho de 2011 20:07
    Moderador
  • OBrigado pelos esclarecimentos! 

     

    Ate mais!


    Marckson Negreiros Junior
    Administrador de Redes
    MCTS | ITIL v3 Foundations
    quinta-feira, 9 de junho de 2011 13:19