Migrando VMs do servidor hyper-v 2012 r2 para o servidor windows 2016

2

Estou virando círculos e não sei o que posso fazer para fazer isso funcionar.

Eu tenho 2 nós de hyperv 2012R2 em um cluster e 3 nós de servidor do Windows 2016 em outro cluster. Eu quero viver migrar alguns vms do primeiro cluster para o segundo.

Eu tirei a vms que eu quero mover do primeiro cluster e do gerenciador hyper-v Eu comecei a jogada mas acabou com um erro que não vai embora!

The virtual machine 'VM01' is not compatible with physical computer 'SRVR02'

A solução que encontro em mais fóruns é que a CPU não é a mesma, mas a opção para ativar a migração entre a versão cpu já está ativada e a CPU é a Intel X5660 para os nós no primeiro cluster e X5680 para o segundo. Não deveria haver nenhum motivo para que eles não fossem compatíveis!

Assegurei que tudo estava o mais próximo possível, adicionei a mesma opção no gerenciador do hyper-v em todos os nós, verifiquei se o armazenamento estava próximo (C: \ Clusterstorage \ volume5 \ VM para C: \ clusterstorage \ colume1 \ VM)

Alterei a delegação de todos os nós para o kerberos (no gerenciador do hyper-v) e "qualquer protocolo de autenticação" nas configurações de delegação do diretório ativo.

Eu tentei de origem e de destino, o powershell e o gerenciador remoto, tentei fechar o vm, fazer uma exportação, fazer apenas o armazenamento, mudar para todos os kerberos mas nada muda.

Outro erro que recebo quando tento apenas mover o armazenamento é:

Storage migration for virtual machine 'VM01' (alphanumbers) failed with error 'General access denied error' (0x80070005).

A pasta para a qual o armazenamento deve ir já está compartilhada com todos os nós, não sei mais o que adicionar.

No começo, eu queria unir os nós do servidor hyper-v ao cluster de servidores windos, mas durante um teste, tudo falhava em permanecer on-line como deveria (um dos motivos da atualização), portanto não posso fazê-lo a partir do cluster. Eu também não posso adicionar os servidores de 2016 para o cluster de 2012, o assistente de validação dá um erro de incompatibilidade para o sistema operacional.

Eu realmente só preciso de algumas idéias sobre o que posso fazer a seguir sem reinstalar completamente os novos servidores e, de preferência, sem fechar qualquer vms.

    
por Carobell 29.03.2018 / 21:24

2 respostas

1

Eu estava me preparando para fechar todos os vms e exportar / importar tudo, MAS antes disso criei um novo cliente-administrador (w10 1709 com RSAT) para gerenciar remotamente meus servidores e tinha um problema de RPC com os servidores Hyperv. A solução para esse problema era ativar a regra de entrada "Instrumentação de gerenciamento do Windows (ASync-In)" no firewall desse cliente.

Agora eu poderia gerenciar as máquinas virtuais dos servidores de hyperv e descobri que agora também posso fazer uma migração ao vivo remotamente do cliente de administração sem nenhum problema. Seja do HYPERV2012R2 para o W2016 ou W2016 para o W2016, se eu fizer isso a partir desse cliente-administrador.

Eu não entendo como isso funcionaria se eu não pudesse fazê-lo diretamente nos hosts, mas isso aconteceu ... yay!

EDIT : Um dos servidores Hyperv2012r2 começou a me dar erros "faild at source" (enquanto o outro servidor está indo muito bem), a solução para esse problema foi abrir um prompt de comando na origem servidor e fazer "net stop vmms" e "net start vmms".

    
por 30.04.2018 / 19:33
3

Você deve seguir as etapas abaixo para concluir a migração da VM:

  1. Remova a VM do cluster 2012R2 (a VM será executada no nó que foi o nó do proprietário);
  2. Abra o Hyper-V Manager no 2012R2 e clique em "Mover";
  3. Selecione "Mover máquina virtual";
  4. Especifique o computador de destino (um dos membros do Cluster de 2016);
  5. Especifique o destino (C: \ ClusterStorage \ volume3);
  6. Clique em OK e aguarde a migração;
  7. Após a migração, abra o Cluster de failover no cluster 2016;
  8. Navegue até a guia "Funções" e clique em "Configurar função";
  9. Selecione Máquina virtual na lista e especifique a VM necessária;
  10. Aguarde a configuração da VM.
por 30.03.2018 / 11:54