Proteja Novamente do Azure para o local
Depois de failover de máquinas virtuais do VMware no local ou servidores físicos para o Azure, a primeira etapa com falha para seu site local é Proteja as VMs do Azure que foram criados durante o failover. Este artigo descreve como fazer isso.
Antes de começar
- Siga as etapas neste artigo para se preparar para a nova proteção e o 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 um emparelhamento privado do ExpressRoute para o failback.
- Garanta que o servidor de configuração local esteja 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 não estar disponível ou estar desligado. Durante o failback, a VM deve existir no banco de dados do servidor de configuração. Caso contrário, o failback será malsucedido.
- Exclua todos os instantâneos do servidor de destino mestre local. A nova proteção não funcionará se houver instantâneos. Os instantâneos na VM são mesclados automaticamente durante um trabalho de nova proteção.
- Se você estiver protegendo novamente as VMs coletadas 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.
- Abra as portas necessárias para failback.
- Verifique se o vCenter Server está conectado antes do failback. Caso contrário, desconectando discos e anexá-los de volta para a máquina virtual falha.
- Se um vCenter Server gerenciar as VMs para as quais você fará failback, verifique se você tem as permissões necessárias. Se você executar a descoberta de vCenter de Usuário somente leitura e proteger as máquinas virtuais, a proteção terá êxito e o failover funcionará. No entanto, durante a nova proteção, o failover falha porque os armazenamento de dados não podem ser descobertos e não são listados durante a nova proteção. Para resolver esse problema, você pode atualizar as credenciais do vCenter com uma conta/permissões apropriadas e, depois, repita o trabalho.
- Se você usou um modelo para criar suas máquinas virtuais, verifique se cada VM tem os próprios UUIDs para os discos. Se o UUID da VM local estiver em conflito com o UUID do servidor de destino mestre porque os dois foram criados com o mesmo modelo, a nova proteção vai falhar. Implantar de um modelo diferente.
- Se você estiver fazendo failback para um vCenter Server alternativo, o novo vCenter Server e o servidor de destino mestre deverão ser descobertos. Normalmente, se não forem, os armazenamentos de dados não estarão acessíveis ou não serão visíveis no Proteger Novamente.
- Verifique os seguintes cenários em que você não pode realizar failback:
- Se você estiver usando a edição gratuita ESXi 5.5 ou a edição gratuita do hipervisor vSphere 6. Atualize para uma versão diferente.
- Se você tem um servidor físico do Windows Server 2008 R2 SP1.
- As VMs do VMware não podem fazer failback para o Hyper-V.
- VMs que foram migradas.
- Uma VM que foi movida para outro grupo de recursos.
- Uma VM do Azure de réplica que foi excluída.
- Uma VM do Azure de réplica que não está protegida (replicando para o site local).
- Examine os tipos de failback você pode usar – recuperação de localização original e recuperação de localização alternativa.
Habilitar nova proteção
Habilitar a replicação. Você pode proteger novamente VMs específicas ou um plano de recuperação:
- Se você proteger novamente um plano de recuperação, deverá fornecer os valores para todos os computadores protegidos.
- Se as VMs pertencerem a um grupo de replicação para consistência de várias VMS, elas só poderão ser protegidas novamente usando um plano de recuperação. As VMs em um grupo de replicação devem usar o mesmo servidor de destino mestre
Observação
A quantidade de dados enviados do Azure para a origem anterior durante a nova proteção pode estar entre 0 bytes e a soma do tamanho do disco para todos os computadores protegidos e não pode ser calculada.
Antes de começar
- Depois que uma VM é inicializada no Azure após o failover, leva algum tempo para que o agente seja registrado no servidor de configuração (até 15 minutos). Durante esse tempo, não será capaz de proteger novamente e uma mensagem de erro indica que o agente não está instalado. Se isso acontecer, aguarde alguns minutos e proteja novamente.
- Se você quiser fazer o failback da VM do Azure para uma VM local existente, monte os armazenamentos de dados da VM local com acesso de leitura/gravação no host ESXi do servidor de destino mestre.
- Se você quiser fazer o failback para uma localização alternativa, por exemplo, se a VM local não existir, selecione a unidade de retenção e o armazenamento de dados que estão configurados para o servidor de destino mestre. Quando você realiza o failback para o site local, as máquinas virtuais do VMware no plano de proteção de failback usam o mesmo armazenamento de dados que o servidor de destino mestre. Uma VM é criada no vCenter.
Observação
É altamente recomendável que o agente de serviço de mobilidade não seja desinstalado do computador com failover (que está em execução no Azure). Não será possível executar operações de nova proteção ou failback depois disso.
Habilite a nova proteção da seguinte maneira:
Selecione cofre>replicadas itens. Clique com o botão direito do mouse na máquina virtual que falhou e selecione Proteger Novamente. Ou, nos botões de comando, selecione a máquina e, em seguida, selecione Proteger Novamente.
Verifique se a direção de proteção do Azure para o local está selecionada.
Em DESTINO MESTRE e SERVIDOR DE PROCESSO, selecione o servidor de destino mestre local e o servidor de processo.
Para ARMAZENAMENTO DE DADOS, selecione o armazenamento de dados para o qual você deseja recuperar os discos localmente. Essa opção é usada quando a máquina virtual no local é excluída e você precisa criar novos discos. Essa opção será ignorada se os discos já existem. Você ainda precisa especificar um valor.
Selecione a unidade de retenção.
A politica de failback é selecionada automaticamente.
Selecione Okey para iniciar a nova proteção.
Um trabalho vai começar a replicar a VM do Azure para o site local. Você pode acompanhar o andamento na guia Trabalhos.
- Quando a nova proteção é bem-sucedida, a VM entra em um estado protegido.
- A VM local é desativada durante o processo de nova proteção. Isso ajuda a garantir a consistência de dados durante a replicação.
- Não ative a VM local após a conclusão da nova proteção.
Próximas etapas
- Se você encontrar problemas, examine o artigo de solução de problemas.
- Depois que as VMs do Azure estiverem protegidas, você poderá executar um failback. O failback desliga a VM do Azure e inicializa a VM local. Espere algum tempo de inatividade para o aplicativo e escolha um horário de failback de acordo.