Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve como fazer failback de VMs do Azure criadas após o failover de VMs do Hyper-V de um site local para o Azure com o Azure Site Recovery.
- Faça failback de VMs do Hyper-V do Azure executando um failover planejado do Azure para o site local. Se a direção do failover for do Azure para o local, isso será considerado um failback.
- Como o Azure é um ambiente altamente disponível e as VMs estão sempre disponíveis, o failback do Azure é uma atividade planejada. Você pode planejar um tempo de inatividade pequeno para que as cargas de trabalho possam começar a ser executadas no local novamente.
- O failback planejado desativa as VMs no Azure e baixa as últimas alterações. Nenhuma perda de dados é esperada.
Antes de começar
- Examine os tipos de failback você pode usar – recuperação de localização original e recuperação de localização alternativa.
- As VMs do Azure devem estar usando discos gerenciados. Há suporte para o failback de máquinas virtuais do Hyper-V que fizeram o failover em computadores do Azure usando discos gerenciados. Não é recomendável usar contas de armazenamento, pois elas serão totalmente desativadas em 30 de setembro de 2025.
- Verifique se o host do Hyper-V local (ou o servidor VMM do System Center, caso esteja usando-o com o Site Recovery) está em execução e conectado ao Azure.
- Verifique se o failover e o commit foram concluídos para as VMs. Não é necessário configurar nenhum componente específico do Site Recovery para o failback de VMs do Hyper-V do Azure.
- O tempo necessário para concluir a sincronização de dados e iniciar a VM local dependerá de vários fatores. Para acelerar o download de dados, você pode configurar o agente dos Serviços de Recuperação da Microsoft para usar mais threads a fim de paralelizar o download. Saiba mais.
Observação
Não é possível fazer failback para um local alternativo ao usar planos de recuperação.
Observação
Não há suporte para failback quando os metadados da VM não estão presentes no banco de dados do VMM Se os metadados da VM não existirem no banco de dados do VMM, o failback falhará. Em outras palavras, ao retornar do Azure para o VMM, espera-se que os metadados da VM estejam presentes no banco de dados do VMM.
Failback para o local original
Para fazer failback de VMs do Hyper-V no Azure para a VM local original, execute um failover planejado do Azure para o site local da seguinte maneira:
No cofre >Itens replicados, selecione a VM. Clique com o botão direito do mouse na VM >Failover Planejado. Se você estiver fazendo failback de um plano de recuperação, selecione o nome do plano e selecione Failover>Failover planejado.
Em Confirmar Failover Planejado, escolha as localizações de origem e de destino. Observe a direção do failover. Se o failover da localização primária funcionar conforme esperado e todas as máquinas virtuais estiverem na localização secundária, isso servirá apenas para fins informativos.
Em Sincronização de dados, selecione uma opção:
-
Sincronizar os dados antes do failover (sincronizar apenas as alterações delta) : essa opção minimiza o tempo de inatividade das VMs, pois elas não são desligadas durante a sincronização.
- Fase 1: tira um instantâneo da VM do Azure e o copia para o host do Hyper-V local. O computador continua em execução no Azure.
- Fase 2: desliga a VM do Azure para que nenhuma nova alteração ocorra nela. O conjunto final de alterações delta é transferido para o servidor local, e a VM local é iniciada.
-
Sincronizar dados somente durante o failover (download completo) : essa opção é mais rápida, porque supomos que a maior parte do disco tenha sido alterada e não queremos gastar tempo calculando as somas de verificação. Essa opção não executará os cálculos de soma de verificação.
- Ela executa um download do disco.
- Recomendamos usar essa opção se você já está executando o Azure há algum tempo (um mês ou mais) ou se a VM local foi excluída.
-
Sincronizar os dados antes do failover (sincronizar apenas as alterações delta) : essa opção minimiza o tempo de inatividade das VMs, pois elas não são desligadas durante a sincronização.
Somente para o VMM, se a criptografia de dados estiver habilitada para a nuvem, em Chave de Criptografia, selecione o certificado emitido quando você habilitou a criptografia de dados durante a instalação do provedor no servidor VMM.
Inicie o failover. Você pode acompanhar o progresso do failover na guia Trabalhos .
Se você selecionou a opção de sincronizar os dados antes do failover, depois que a sincronização de dados inicial for concluída e você estiver pronto para desligar as máquinas virtuais no Azure, selecione Trabalhos> nome do trabalho >Concluir o failover. Isso faz o seguinte:
- Desliga o computador do Azure.
- Transfere as últimas alterações para a VM local.
- Inicia a VM local.
Agora você pode entrar no computador da VM local para verificar se ele está disponível conforme o esperado.
A máquina virtual está em um estado de confirmação pendente. Selecione Confirmar para confirmar o failover.
Para concluir o failback, selecione Replicação inversa para começar a replicar a VM local para o Azure novamente. Você pode fazer failback para o local original.
Failback para um local alternativo
Faça failback para uma localização alternativa da seguinte maneira:
Se estiver configurando um novo hardware, instale uma versão com suporte do Windows e a função do Hyper-V no computador.
Crie um comutador de rede virtual com o mesmo nome que você tinha no servidor original.
Selecione Itens Protegidos>Grupo de Proteção><ProtectionGroupName> -><VirtualMachineName>, selecione a VM da qual deseja fazer failback e escolha Failover Planejado.
Em Confirmar Failover Planejado, escolha Criar máquina virtual local se ela não existir.
Em Nome do Host, selecione o novo servidor host do Hyper-V no qual deseja colocar a VM.
Em Sincronização de Dados, recomendamos selecionar a opção para sincronizar os dados antes do failover. Isso minimiza o tempo de inatividade das VMs, pois elas não são desligadas durante a sincronização. Ele faz o seguinte:
- Fase 1: tira um instantâneo da VM no Azure e o copia no host do Hyper-V local. O computador continua em execução no Azure.
- Fase 2: desliga a VM do Azure para que nenhuma nova alteração ocorra nela. O conjunto final de alterações é transferido para o servidor local e a máquina virtual local é inicializada.
Selecione a marca de seleção para iniciar o failover (failback).
Depois que a sincronização inicial for concluída e você estiver pronto para desligar a VM do Azure, selecione Trabalhos><Trabalho de failover planejado>>Concluir o failover. Isso desliga o computador do Azure, transfere as últimas alterações para a VM local e a inicia.
Faça logon na VM local para verificar se tudo está funcionando conforme o esperado.
Selecione Confirmar para concluir o failover. A opção Commit exclui a VM do Azure e os discos dela e prepara a VM local para ser protegida novamente.
Selecione Replicação Inversa para começar a replicar a VM local para o Azure. Somente as alterações delta feitas desde que a VM foi desligada no Azure serão replicadas. Agora você pode fazer failback para o local alternativo.
Observação
- Se você cancelar o trabalho de failback durante a sincronização de dados, a VM local ficará em um estado corrompido. Isso ocorre porque a sincronização de dados copia os dados mais recentes dos discos da VM do Azure para os discos de dados locais e, até que a sincronização seja concluída, o disco de dados pode não estar em um estado consistente. Se a VM local for iniciada após o cancelamento da sincronização de dados, talvez ela não seja inicializada. Nesse caso, execute novamente o failover para concluir a sincronização de dados.
- Não é possível fazer failback para um local alternativo ao usar planos de recuperação.
Próximas etapas
Depois que a VM local estiver sendo replicada para o Azure, execute outro failover para o Azure, conforme necessário.