none
Migração de VM de Hyper-V para Hyper-V RRS feed

  • Pergunta

  • Fórum,

    Preciso migrar minhas máquinas virtuais do hyper-v em Windows Server 2008 STD para um segundo servidor também com Windows Server 2008 STD...a questão é a seguinte: POSSO TRANSFERIR OS ARQUIVOS .VHD A QUENTE? Transferindo o .vhd a quente vou ter algum problema na hora criar as VM´s apontando para o .vhd copiado no novo servidor?

    Obrigado.

    Abç,

     

     

    quarta-feira, 14 de abril de 2010 13:22

Respostas

  • Bom dia

    Quantas VMs tem nesse servidor atual?

    Dependendo de quantas VMs você tem, você pode usar o Export / Import ou pode optar por configurar o outro Servidor que irá hospedar as VMs, fazer um plano de migração e apresentar para o cliente ou para o seu gerente todo o processo contendo o tempo de parada, mensurando os riscos, um plano de rollback. Sendo aprovado e a quantidade de VMs que você tem nesse servidor eu optaria por baixar as VMs copiar o arquivo .Vhd e subir no novo Servidor, porque não usar o Export / Import?

    Por que isso vai depender muito da quantidade de VMs que você tem, se eu tiver mais que 20 VMs eu optaria pelo Export / Import, mas se eu tenho entre 4 ou 8 VMs eu faria pela opção de baixar a VMs e copiar o .Vhd, colocaria no plano as VMs que vão causar mais impacto (VMs que estão com serviços criticos) e faria fora do horario de trabalho quando está tendo mais requisições e as outras VMs que não tem tanto impacto faria uma parada na hora do almoço que esses serviços não tem tanto impacto para o usuário final, mas quem vai saber mensurar isso é você ou o cliente.

    Outra cenário seria se os Hardwares fossem idênticos poderia usar o failover cluster e fazer um Quick Migration, mas sempre quando surge a duvida " Preciso Migrar as minhas VMs do Servidor X para um novo Servidor Y" é que o hardware desse servidor é mais "pontente".

    Basicamente é isso, existe outras formas mas acho que essas duas que foi mencionada atende as necessidades do dia-a-dia na hora de fazer uma migração.

    Qualquer duvida post!

    Abraços


    Wilsterman - MCT, MCITP, MCTS, MCSE
    • Marcado como Resposta RPC-SP quarta-feira, 14 de abril de 2010 15:25
    quarta-feira, 14 de abril de 2010 14:20
    Moderador

Todas as Respostas

  • Bom dia

    Quantas VMs tem nesse servidor atual?

    Dependendo de quantas VMs você tem, você pode usar o Export / Import ou pode optar por configurar o outro Servidor que irá hospedar as VMs, fazer um plano de migração e apresentar para o cliente ou para o seu gerente todo o processo contendo o tempo de parada, mensurando os riscos, um plano de rollback. Sendo aprovado e a quantidade de VMs que você tem nesse servidor eu optaria por baixar as VMs copiar o arquivo .Vhd e subir no novo Servidor, porque não usar o Export / Import?

    Por que isso vai depender muito da quantidade de VMs que você tem, se eu tiver mais que 20 VMs eu optaria pelo Export / Import, mas se eu tenho entre 4 ou 8 VMs eu faria pela opção de baixar a VMs e copiar o .Vhd, colocaria no plano as VMs que vão causar mais impacto (VMs que estão com serviços criticos) e faria fora do horario de trabalho quando está tendo mais requisições e as outras VMs que não tem tanto impacto faria uma parada na hora do almoço que esses serviços não tem tanto impacto para o usuário final, mas quem vai saber mensurar isso é você ou o cliente.

    Outra cenário seria se os Hardwares fossem idênticos poderia usar o failover cluster e fazer um Quick Migration, mas sempre quando surge a duvida " Preciso Migrar as minhas VMs do Servidor X para um novo Servidor Y" é que o hardware desse servidor é mais "pontente".

    Basicamente é isso, existe outras formas mas acho que essas duas que foi mencionada atende as necessidades do dia-a-dia na hora de fazer uma migração.

    Qualquer duvida post!

    Abraços


    Wilsterman - MCT, MCITP, MCTS, MCSE
    • Marcado como Resposta RPC-SP quarta-feira, 14 de abril de 2010 15:25
    quarta-feira, 14 de abril de 2010 14:20
    Moderador
  • Bom dia...

    Tenho 5 servidores virtuais a serem migradas de um servidor X para o Y, onde você já matou a xaráda dizendo que provavelmente o hardware do Y é superior ao hardware do X :).

    Obs. Pelo que entendi a transferência, dos arquivos .vhd, deve ser feita com o servidor virtual desligado no HOST atual?

    Agradeço pelo help!

    Abç,

    quarta-feira, 14 de abril de 2010 14:33
  • Correto!

    Você deixa o Servidor Y (vamos chamá-los assim) com a infra-estrutura pronta, funcional, ai no Servidor X (Servidor Antigo) você já vai ter mapeado os serviços criticos de cada VM e vai começar a desligar a primeira VM e vai copiar o .Vhd usando um Ctrl+C e um Ctrl+V, nunca Ctrl+X direto, assim você tem uma copia da VM que ficará no servidor antigo e pode ser seu backup e pode fazer parte do seu plano de rollback.

    Depois de copiar o .vhd para o outro servidor (servidor Y (novo)) faça os teste basicos para validar o funcionamento dos serviços dessa VM.

    Como são 5 VMs, acho que um teste de 30min para validar cada VM é o suficiente e peça para o usuário que usa o Serviço ou App validar também, depois que fizer a primeira migração vai ter adquirido know-how para fazer as outras 4.

    Abraços


    Wilsterman - MCT, MCITP, MCTS, MCSE
    quarta-feira, 14 de abril de 2010 15:11
    Moderador
  • Correto!

    Você deixa o Servidor Y (vamos chamá-los assim) com a infra-estrutura pronta, funcional, ai no Servidor X (Servidor Antigo) você já vai ter mapeado os serviços criticos de cada VM e vai começar a desligar a primeira VM e vai copiar o .Vhd usando um Ctrl+C e um Ctrl+V, nunca Ctrl+X direto, assim você tem uma copia da VM que ficará no servidor antigo e pode ser seu backup e pode fazer parte do seu plano de rollback.

    Depois de copiar o .vhd para o outro servidor (servidor Y (novo)) faça os teste basicos para validar o funcionamento dos serviços dessa VM.

    Como são 5 VMs, acho que um teste de 30min para validar cada VM é o suficiente e peça para o usuário que usa o Serviço ou App validar também, depois que fizer a primeira migração vai ter adquirido know-how para fazer as outras 4.

    Abraços


    Wilsterman - MCT, MCITP, MCTS, MCSE
    quarta-feira, 14 de abril de 2010 15:12
    Moderador
  • Correto!

    Você deixa o Servidor Y (vamos chamá-los assim) com a infra-estrutura pronta, funcional, ai no Servidor X (Servidor Antigo) você já vai ter mapeado os serviços criticos de cada VM e vai começar a desligar a primeira VM e vai copiar o .Vhd usando um Ctrl+C e um Ctrl+V, nunca Ctrl+X direto, assim você tem uma copia da VM que ficará no servidor antigo e pode ser seu backup e pode fazer parte do seu plano de rollback.

    Depois de copiar o .vhd para o outro servidor (servidor Y (novo)) faça os teste basicos para validar o funcionamento dos serviços dessa VM.

    Como são 5 VMs, acho que um teste de 30min para validar cada VM é o suficiente e peça para o usuário que usa o Serviço ou App validar também, depois que fizer a primeira migração vai ter adquirido know-how para fazer as outras 4.

    Abraços


    Wilsterman - MCT, MCITP, MCTS, MCSE
    quarta-feira, 14 de abril de 2010 15:13
    Moderador
  • BlackArm poderia está incluindo a replicação como um procedimento para migração? Seria este um recurso quando fala em "Quick Migration" ?

    Abraço!


    Maxsf16

    quarta-feira, 11 de dezembro de 2019 18:48