Failback van virtuele VMware-machines na herstel na noodgeval naar Azure

Nadat u een failover naar Azure hebt uitgevoerd als onderdeel van het herstelproces na noodgevallen, kunt u een failback uitvoeren naar uw on-premises site. Er zijn twee verschillende soorten failback mogelijk met Azure Site Recovery:

• Failback naar de oorspronkelijke locatie
• Failback naar een alternatieve locatie

Als u een failover van een virtuele VMware-machine hebt uitgevoerd, kunt u een failback uitvoeren naar dezelfde on-premises virtuele bronmachine als deze nog bestaat. In dit scenario worden alleen de wijzigingen terug gerepliceerd. Dit scenario staat bekend als herstel van de oorspronkelijke locatie. Als de on-premises virtuele machine niet bestaat, is het scenario een alternatieve locatieherstel.

Notitie

U kunt alleen een failback uitvoeren naar de oorspronkelijke vCenter- en configuratieserver. U kunt geen nieuwe configuratieserver implementeren en een failback uitvoeren met behulp van deze server. U kunt ook geen nieuw vCenter toevoegen aan de bestaande configuratieserver en failback uitvoeren in het nieuwe vCenter.

Herstel van oorspronkelijke locatie (OLR)

Als u ervoor kiest om een failback naar de oorspronkelijke virtuele machine uit te voeren, moet aan de volgende voorwaarden worden voldaan:

• Als de virtuele machine wordt beheerd door een vCenter-server, moet de ESX-host van het hoofddoel toegang hebben tot het gegevensarchief van de virtuele machine.
• Als de virtuele machine zich op een ESX-host bevindt, maar niet wordt beheerd door vCenter, moet de harde schijf van de virtuele machine zich in een gegevensarchief bevinden waartoe de host van het hoofddoel toegang heeft.
• Als uw virtuele machine zich op een ESX-host bevindt en geen vCenter gebruikt, moet u de detectie van de ESX-host van het hoofddoel voltooien voordat u opnieuw beveiligt. Dit geldt ook als u een failback uitvoert voor fysieke servers.
• U kunt een failback uitvoeren naar een VSAN (Virtual Storage Area Network) of een schijf op basis van RDM (Raw Device Mapping) als de schijven al bestaan en zijn verbonden met de on-premises virtuele machine.

Belangrijk

Het is belangrijk om disk.enableUUID= TRUE in te schakelen, zodat de Azure Site Recovery-service tijdens de failback de oorspronkelijke VMDK kan identificeren op de virtuele machine waarnaar de in behandeling zijnde wijzigingen worden geschreven. Als deze waarde niet is ingesteld op TRUE, probeert de service de bijbehorende on-premises VMDK naar beste vermogen te identificeren. Als de juiste VMDK niet wordt gevonden, wordt er een extra schijf gemaakt en worden de gegevens naar die schijf geschreven.

Herstel van alternatieve locatie (ALR)

Als de on-premises virtuele machine niet bestaat voordat de virtuele machine opnieuw wordt beveiligd, wordt het scenario een herstel van een alternatieve locatie genoemd. De werkstroom voor opnieuw beveiligen maakt de on-premises virtuele machine opnieuw. Dit zorgt ook voor een volledige gegevensdownload.

• Wanneer u een failback uitvoert naar een alternatieve locatie, wordt de virtuele machine hersteld naar dezelfde ESX-host waarop de hoofddoelserver is geïmplementeerd. Het gegevensarchief dat wordt gebruikt om de schijf te maken, is hetzelfde gegevensarchief dat is geselecteerd bij het opnieuw beveiligen van de virtuele machine.
• U kunt alleen een failback uitvoeren naar een bestandssysteem van virtuele machines (VMFS) of vSAN-gegevensopslag. Als u een RDM hebt, werken opnieuw beveiligen en failback niet.
• Opnieuw beveiligen omvat een grote initiële gegevensoverdracht die wordt gevolgd door de wijzigingen. Dit proces bestaat omdat de virtuele machine niet on-premises bestaat. De volledige gegevens moeten worden gerepliceerd. Deze herbeveiliging kost ook meer tijd dan een herstel van de oorspronkelijke locatie.
• U kunt geen failback uitvoeren naar RDM-schijven. Alleen nieuwe vm-machineschijven (VMDK's) kunnen worden gemaakt in een VMFS-/vSAN-gegevensarchief.

Notitie

Een fysieke machine kan, wanneer er een failover naar Azure wordt uitgevoerd, alleen als een virtuele VMware-machine worden uitgevoerd. Dit volgt dezelfde werkstroom als het herstel van de alternatieve locatie. Zorg ervoor dat u ten minste één hoofddoelserver en de benodigde ESX-/ESXi-hosts detecteert waarnaar u een failback moet uitvoeren.

Volgende stappen

Volg de stappen om de failbackbewerking uit te voeren.