Reativação pós-falha das VMs VMware após a recuperação após desastre do Azure
Depois de efetuar a ativação pós-falha para o Azure como parte do processo de recuperação após desastre, pode efetuar a reativação pós-falha para o site no local. Existem dois tipos diferentes de reativação pós-falha que são possíveis com o Azure Site Recovery:
- Reativação pós-falha para a localização original
- Reativação pós-falha para uma localização alternativa
Se tiver efetuado a ativação pós-falha de uma máquina virtual VMware, poderá efetuar a reativação pós-falha para a mesma máquina virtual no local de origem, se ainda existir. Neste cenário, apenas as alterações são replicadas novamente. Este cenário é conhecido como recuperação de localização original. Se a máquina virtual no local não existir, o cenário é uma recuperação de localização alternativa.
Nota
Só pode efetuar a reativação pós-falha para o vCenter original e o Servidor de configuração. Não é possível implementar um novo servidor de Configuração e voltar a efetuar a reativação pós-falha com o mesmo. Além disso, não pode adicionar um novo vCenter ao servidor de Configuração existente e efetuar a reativação pós-falha no novo vCenter.
Recuperação de Localização Original (OLR)
Se optar por efetuar a reativação pós-falha para a máquina virtual original, as seguintes condições têm de ser cumpridas:
- Se a máquina virtual for gerida por um servidor vCenter, o anfitrião ESX do destino principal deverá ter acesso ao arquivo de dados da máquina virtual.
- Se a máquina virtual estiver num anfitrião ESX mas não for gerida pelo vCenter, o disco rígido da máquina virtual tem de estar num arquivo de dados ao qual o anfitrião do destino principal pode aceder.
- Se a máquina virtual estiver num anfitrião ESX e não utilizar o vCenter, deverá concluir a deteção do anfitrião ESX do destino principal antes de voltar a proteger. Isto aplica-se se também estiver a falhar nos servidores físicos.
- Pode efetuar a reativação pós-falha para uma rede de armazenamento virtual (vSAN) ou um disco baseado no mapeamento de dispositivos não processados (RDM) se os discos já existirem e estiverem ligados à máquina virtual no local.
Importante
É importante ativar disk.enableUUID= TRUE para que, durante a reativação pós-falha, o serviço Site Recovery do Azure consiga identificar o VMDK original na máquina virtual para a qual as alterações pendentes serão escritas. Se este valor não estiver definido como VERDADEIRO, o serviço tentará identificar o VMDK no local correspondente numa base de melhor esforço. Se o VMDK correto não for encontrado, cria um disco extra e os dados são escritos nesse.
Recuperação de localização alternativa (ALR)
Se a máquina virtual no local não existir antes de voltar a proteger a máquina virtual, o cenário é denominado recuperação de localização alternativa. O fluxo de trabalho de nova proteção cria novamente a máquina virtual no local. Isto também causará uma transferência completa de dados.
- Quando efetua a reativação pós-falha para uma localização alternativa, a máquina virtual é recuperada para o mesmo anfitrião ESX no qual o servidor de destino principal é implementado. O arquivo de dados utilizado para criar o disco será o mesmo arquivo de dados que foi selecionado ao proteger novamente a máquina virtual.
- Só pode efetuar a reativação pós-falha num sistema de ficheiros de máquina virtual (VMFS) ou num arquivo de dados vSAN. Se tiver um RDM, a nova proteção e a reativação pós-falha não funcionarão.
- A nova proteção envolve uma grande transferência de dados inicial seguida das alterações. Este processo existe porque a máquina virtual não existe no local. Os dados completos têm de ser replicados novamente. Esta nova proteção também demorará mais tempo do que uma recuperação de localização original.
- Não é possível efetuar a reativação pós-falha para discos baseados em RDM. Apenas os novos discos de máquina virtual (VMDKs) podem ser criados num arquivo de dados VMFS/vSAN.
Nota
Uma máquina física, quando efetuada a ativação pós-falha para o Azure, só pode ser efetuada a reativação pós-falha como uma máquina virtual VMware. Segue-se o mesmo fluxo de trabalho que a recuperação de localização alternativa. Certifique-se de que deteta pelo menos um servidor de destino principal e os anfitriões ESX/ESXi necessários para os quais precisa de efetuar a reativação pós-falha.
Passos seguintes
Siga os passos para executar a operação de reativação pós-falha.