Servidores físicos de failover e failback replicados para o Azure

Este tutorial descreve como fazer failover de servidores físicos locais que estão replicando para o Azure com o Azure Site Recovery. Depois de fazer failover, faça failover do Azure para seu site local quando ele estiver disponível.

Antes de começar

• Saiba mais sobre o processo de failover na recuperação de desastres.
• Se você quiser fazer failover de várias máquinas, saiba como reunir máquinas em um plano de recuperação.
• Antes de fazer um failover completo, execute um drill de recuperação de desastres para garantir que tudo esteja funcionando conforme o esperado.
• Siga estas instruções para se preparar para se conectar às VMs do Azure após o failover.

Executar uma ativação pós-falha

Verificar as propriedades do servidor

Verifique as propriedades do servidor e verifique se ele está em conformidade com os requisitos do Azure para VMs do Azure.

1. Em Itens Protegidos, clique em Itens Replicados e selecione a máquina.
2. No painel Item replicado, há um resumo das informações da máquina, do status de integridade e dos pontos de recuperação disponíveis mais recentes. Clique em Propriedades para ver mais detalhes.
3. Em Computação e Rede, você pode modificar o nome do Azure, o grupo de recursos, o tamanho do destino, o conjunto de disponibilidade e as configurações de disco gerenciado
4. Pode ver e modificar as definições de rede, incluindo a rede/sub-rede na qual a VM do Azure será localizada após a ativação pós-falha e o endereço IP que será atribuído à mesma.
5. Em Discos, você pode ver informações sobre o sistema operacional da máquina e discos de dados.

Ativação pós-falha para o Azure

1. Em Configurações>Itens replicados, clique no Failover da máquina.>

2. Em Ativação pós-falha, selecione um Ponto de Recuperação para o qual fazer a ativação pós-falha. Pode utilizar uma das opções seguintes:

   • Mais recente: esta opção processa primeiro todos os dados enviados para o Site Recovery. Disponibiliza o último RPO (Objetivo de Ponto de Recuperação), porque a VM do Azure criada após a ativação pós-falha tem todos os dados que foram replicados para o Site Recovery quando a ativação pós-falha foi acionada.
   • Último processado: esta opção faz failover da máquina para o ponto de recuperação mais recente processado pelo Site Recovery. Esta opção proporciona um RTO (Objetivo de Tempo de Recuperação) baixo, porque não é despendido tempo ao processar os dados não processados.
   • Aplicativo consistente mais recente: essa opção faz failover da máquina para o ponto de recuperação consistente com o aplicativo mais recente processado pelo Site Recovery.
   • Personalizado: especifique um ponto de recuperação.

3. Selecione Desligar máquina antes de iniciar o failover se quiser que o Site Recovery tente desligar a máquina de origem antes de acionar o failover. A ativação pós-falha continua, mesmo que o encerramento falhe. Pode seguir o progresso da ativação pós-falha na página Tarefas.

4. Se preparou para ligar à VM do Azure, ligue para validá-la após a ativação pós-falha.

5. Depois de verificar, consolide a ativação pós-falha. São eliminados todos os pontos de recuperação disponíveis.

Automatize ações durante o failover

Talvez você queira automatizar ações durante o failover. Para fazer isso, você pode usar scripts ou runbooks de automação do Azure em planos de recuperação.

• Saiba mais sobre como criar e personalizar planos de recuperação, incluindo a adição de scripts.
• Saiba mais ao adicionar runbooks da Automação do Azure aos planos de recuperação.

Definir configurações após failover

Após o failover, você precisa definir as configurações do Azure para se conectar às VMs replicadas do Azure. Além disso, configure o endereçamento IP interno e público .

Prepare-se para reproteção e failback

Depois de fazer failover para o Azure, você reprotege as VMs do Azure replicando-as para o site local. Em seguida, depois que eles estiverem replicando, você poderá retorná-los ao local, executando um failover do Azure para seu site local.

1. Os servidores físicos replicados para o Azure usando o Site Recovery só podem fazer failback como VMs VMware. Você precisa de uma infraestrutura VMware para fazer failback. Siga as etapas neste artigo para se preparar para reproteção e failback, incluindo a configuração de um servidor de processo no Azure e um servidor de destino mestre local e a configuração de uma VPN site a site ou emparelhamento privado da Rota Expressa para failback.
2. Verifique se o servidor de configuração local está em execução e conectado ao Azure. Durante o failover para o Azure, o site local pode não estar acessível e o servidor de configuração pode estar indisponível ou desligado. Durante o failback, a VM deve existir no banco de dados do servidor de configuração. Caso contrário, o failback não será bem-sucedido.
3. Exclua todos os instantâneos no servidor de destino mestre local. A reproteção não funcionará se houver instantâneos. Os instantâneos na VM são mesclados automaticamente durante um trabalho de reproteção.
4. Se você estiver reprotegendo VMs reunidas em um grupo de replicação para consistência de várias VMs, verifique se todas elas têm o mesmo sistema operacional (Windows ou Linux) e se o servidor de destino mestre implantado tem o mesmo tipo de sistema operacional. Todas as VMs em um grupo de replicação devem usar o mesmo servidor de destino mestre.
5. Abra as portas necessárias para failback.
6. Verifique se o vCenter Server está conectado antes do failback. Caso contrário, desconectar discos e anexá-los de volta à máquina virtual falhará.
7. Se um servidor vCenter gerenciar as VMs para as quais você fará failback, certifique-se de ter as permissões necessárias. Se você executar uma descoberta do vCenter de usuário somente leitura e proteger máquinas virtuais, a proteção será bem-sucedida e o failover funcionará. No entanto, durante a reproteção, o failover falha porque os armazenamentos de dados não podem ser descobertos e não são listados durante a reproteção. Para resolver esse problema, você pode atualizar as credenciais do vCenter com uma conta/permissões apropriadas e, em seguida, tente novamente o trabalho.
8. Se você usou um modelo para criar suas máquinas virtuais, verifique se cada VM tem seu próprio UUID para os discos. Se o UUID da VM local entrar em conflito com o UUID do servidor de destino mestre porque ambos foram criados a partir do mesmo modelo, a reproteção falhará. Implante a partir de um modelo diferente.
9. Se você estiver fazendo failback para um vCenter Server alternativo, certifique-se de que o novo vCenter Server e o servidor de destino mestre sejam descobertos. Normalmente, se não forem, os armazenamentos de dados não estão acessíveis ou não estão visíveis no Reprotect.
10. Verifique os seguintes cenários nos quais você não pode fazer failback:
    • Se você estiver usando a edição gratuita do ESXi 5.5 ou a edição gratuita do vSphere 6 Hypervisor. Atualize para uma versão diferente.
    • Se você tiver um servidor físico do Windows Server 2008 R2 SP1.
    • VMs que foram migradas.
    • Uma VM que foi movida para outro grupo de recursos.
    • Uma réplica da VM do Azure que foi excluída.
    • Uma réplica da VM do Azure que não está protegida (replicando para o site local).
11. Analise os tipos de failback que você pode usar - recuperação de local original e recuperação de local alternativo.

Reproteger as VMs do Azure para um local alternativo

Este procedimento presume que a VM local não está disponível.

1. Nos itens replicados das Configurações>do vault>, clique com o botão direito do mouse na máquina que sofreu failover no> Re-Protect.
2. Em Voltar a proteger, confirme que está selecionado Do Azure para o local.
3. Especifique o servidor de destino mestre no local e o servidor de processos.
4. Em Arquivo de dados, selecione o arquivo de dados de destino mestre para o qual pretende recuperar os discos no local. - Use esta opção se a VM local tiver sido excluída ou não existir, e você precisar criar novos discos. - Esta configuração é ignorada se os discos já existem, mas você precisa especificar um valor.
5. Selecione a unidade de retenção de destino mestre. A política de reativação pós-falha é selecionada automaticamente.
6. Clique em OK para começar a nova proteção. Um trabalho começa a replicar a VM do Azure para o site local. Pode acompanhar o progresso no separador Trabalhos.

Reativação pós-falha a partir do Azure

Execute a ativação pós-falha da seguinte forma:

1. Na página Itens Replicados, clique com o botão direito do mouse no Failover Não Planejado da máquina>.
2. Em Confirmar Ativação Pós-falha, confirme que a direção da ativação pós-falha provém do Azure. 3.Selecione o ponto de recuperação que você deseja usar para o failover.
   • Recomendamos que você use o ponto de recuperação mais recente . O ponto consistente do aplicativo está atrás do último point-in-time e causa alguma perda de dados.
   • O mais recente é um ponto de recuperação consistente com falhas.
   • Quando a ativação pós-falha é executada, o Site Recovery encerra as VMs do Azure e arranca a VM no local. Haverá algum tempo de inatividade, pelo que deve escolher uma hora adequada.
3. Clique com o botão direito do rato na máquina e clique em Consolidar. É acionado um trabalho que remove as VMs do Azure.
4. Confirme que as VMs do Azure foram encerradas, conforme esperado.

Voltar a proteger máquinas no local para o Azure

Os dados devem estar agora outra vez no site no local, mas não estão a ser replicados para o Azure. Pode iniciar a replicação para o Azure novamente da seguinte forma:

1. Nos Itens Replicados de Configurações>do vault>, selecione as VMs com falha de volta que falharam e clique em Reproteger.
2. Selecione o servidor de processos que é utilizado para enviar os dados replicados para o Azure e clique em OK.

Próximos passos

Após a conclusão do trabalho de reproteção, a VM local é replicada para o Azure. Conforme necessário, você pode executar outro failover para o Azure.