Voltar a proteger do Azure para Azure VMware Solution cloud privada
Após a ativação pós-falha de Azure VMware Solution VMs para o Azure, o primeiro passo para efetuar a reativação pós-falha para a cloud privada Azure VMware Solution é proteger novamente as VMs do Azure que foram criadas durante a ativação pós-falha. Este artigo descreve como fazê-lo.
Antes de começar
- Siga os passos neste artigo para preparar a nova proteção e a reativação pós-falha, incluindo a configuração de um servidor de processos no Azure e um Azure VMware Solution servidor de destino principal de nuvem privada e configurar uma VPN site a site, ou peering privado do ExpressRoute, para reativação pós-falha.
- Certifique-se de que o Azure VMware Solution servidor de configuração de nuvem privada está em execução e ligado ao Azure. Durante a reativação pós-falha, a VM tem de existir na base de dados do servidor de configuração. Caso contrário, a reativação pós-falha não é bem-sucedida.
- Elimine quaisquer instantâneos no Azure VMware Solution servidor de destino principal da nuvem privada. A nova proteção não funcionará se existirem instantâneos. Os instantâneos na VM são intercalados automaticamente durante uma tarefa de nova proteção.
- Se estiver a proteger novamente as VMs recolhidas num grupo de replicação para consistência de várias VMs, certifique-se de que todas têm o mesmo sistema operativo (Windows ou Linux) e certifique-se de que o servidor de destino principal que implementar tem o mesmo tipo de sistema operativo. Todas as VMs num grupo de replicação têm de utilizar o mesmo servidor de destino principal.
- Abra as portas necessárias para a reativação pós-falha.
- Certifique-se de que o vCenter Server está ligado antes da reativação pós-falha. Caso contrário, falha ao desligar os discos e ligá-los novamente à máquina virtual.
- Se um vCenter Server gerir as VMs para as quais irá efetuar a reativação pós-falha, certifique-se de que tem as permissões necessárias. Se efetuar uma deteção do vCenter Server de utilizador só de leitura e proteger máquinas virtuais, a proteção é bem-sucedida e a ativação pós-falha funciona. No entanto, durante a nova proteção, a ativação pós-falha não é bem-sucedida porque os arquivos de dados não podem ser detetados e não são listados durante a nova proteção. Para resolver este problema, pode atualizar as credenciais do vCenter Server com uma conta/permissões adequadas e, em seguida, repetir a tarefa.
- Se utilizou um modelo para criar as suas máquinas virtuais, certifique-se de que cada VM tem o seu próprio UUID para os discos. Se o Azure VMware Solution UUID da VM entrar em conflito com o UUID do servidor de destino principal porque ambos foram criados a partir do mesmo modelo, a nova proteção falhará. Implementar a partir de um modelo diferente.
- Se estiver a efetuar a reativação pós-falha para um vCenter Server alternativo, confirme que o novo vCenter Server e o servidor de destino principal são detetados. Normalmente, se não forem os arquivos de dados não estiverem acessíveis ou não estiverem visíveis em Proteger novamente.
- Verifique os seguintes cenários nos quais não é possível efetuar a reativação pós-falha:
- Se estiver a utilizar a edição gratuita ESXi 5.5 ou a edição gratuita do Hypervisor vSphere 6. Atualize para uma versão diferente.
- Se tiver um servidor físico do Windows Server 2008 R2 SP1.
- As VMs VMware vSphere não podem efetuar a reativação pós-falha 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 eliminada.
- Uma VM do Azure de réplica que não está protegida.
- Reveja os tipos de reativação pós-falha que pode utilizar – recuperação de localização original e recuperação de localização alternativa.
Ativar a nova proteção
Ative a replicação. Pode proteger novamente VMs específicas ou um plano de recuperação:
- Se voltar a proteger um plano de recuperação, tem de fornecer os valores para cada máquina protegida.
- Se as VMs pertencerem a um grupo de replicação para consistência de várias VMs, só poderão ser novamente protegidas através de um plano de recuperação. As VMs num grupo de replicação têm de utilizar o mesmo servidor de destino principal
Nota
A quantidade de dados enviados do Azure para a origem durante a nova proteção pode ser qualquer coisa entre 0 bytes e a soma do tamanho do disco para todas as máquinas protegidas e não pode ser calculada.
Antes de começar
- Depois de uma VM arrancar no Azure após a ativação pós-falha, o agente demora algum tempo a registar-se novamente no servidor de configuração (até 15 minutos). Durante este período, não poderá voltar a proteger e uma mensagem de erro indica que o agente não está instalado. Se isto acontecer, aguarde alguns minutos e, em seguida, volte a proteger.
- Se quiser efetuar a reativação pós-falha da VM do Azure para uma VM de Azure VMware Solution existente, monte os arquivos de dados da VM com acesso de leitura/escrita no anfitrião ESXi do servidor de destino principal.
- Se quiser efetuar a reativação pós-falha para uma localização alternativa, por exemplo, se o Azure VMware Solution VM não existir, selecione a unidade de retenção e o arquivo de dados configurados para o servidor de destino principal. Quando efetua a reativação pós-falha para a Azure VMware Solution nuvem privada, as máquinas virtuais no plano de proteção contra reativação pós-falha utilizam o mesmo arquivo de dados que o servidor de destino principal. Em seguida, é criada uma nova VM no vCenter.
Ative a nova proteção da seguinte forma:
Selecione Cofre>Itens replicados. Clique com o botão direito do rato na máquina virtual que efetuou a ativação pós-falha e, em seguida, selecione Voltar a Proteger. Em alternativa, nos botões de comando, selecione o computador e, em seguida, selecione Voltar a Proteger.
Verifique se a direção de proteção do Azure para o Local está selecionada.
Em Servidor de Destino Principal e Servidor de Processos, selecione o servidor de destino principal no local e o servidor de processos.
Em Arquivo de dados, selecione o arquivo de dados para o qual pretende recuperar os discos no Azure VMware Solution. Esta opção é utilizada quando o Azure VMware Solution VM é eliminado e tem de criar novos discos. Esta opção é ignorada se os discos já existirem. Ainda tem de especificar um valor.
Selecione a unidade de retenção.
A política de reativação pós-falha é selecionada automaticamente.
Selecione OK para iniciar a nova proteção.
Uma tarefa começa a replicar a VM do Azure para a Azure VMware Solution cloud privada. Pode acompanhar o progresso no separador Trabalhos.
- Quando a nova proteção for bem-sucedida, a VM entra num estado protegido.
- A Azure VMware Solution VM é desativada durante a nova proteção. Desta forma, garante-se a consistência dos dados durante a replicação.
- Não ative o Azure VMware Solution VM após a conclusão da nova proteção.
Passos seguintes
- Se encontrar problemas, veja o artigo de resolução de problemas.
- Depois de as VMs do Azure estarem protegidas, pode executar uma reativação pós-falha. A reativação pós-falha encerra a VM do Azure e arranca o Azure VMware Solution VM. Espere algum tempo de inatividade para a aplicação e escolha um tempo de reativação pós-falha em conformidade.