Återställning efter fel för virtuella VMware-datorer efter haveriberedskap till Azure

När du har redundansväxla till Azure som en del av haveriberedskapsprocessen kan du återställa till din lokala plats. Med Azure Site Recovery är två typer av återställning efter fel möjliga:

• Växla tillbaka till den ursprungliga platsen
• Växla tillbaka till en alternativ plats

Om du redundansväxlar en virtuell VMware-dator kan du växla tillbaka till samma lokala källdator om den fortfarande finns. I det här scenariot replikeras bara ändringarna tillbaka. Det här scenariot kallas ursprunglig platsåterställning. Om den lokala virtuella datorn inte finns är scenariot en alternativ platsåterställning.

Kommentar

Du kan bara återställa till den ursprungliga vCenter- och konfigurationsservern. Du kan inte distribuera en ny konfigurationsserver och återställa med hjälp av den. Du kan inte heller lägga till ett nytt vCenter till den befintliga konfigurationsservern och återställa till det nya vCenter.

Original Location Recovery (OLR)

Om du väljer att växla tillbaka till den ursprungliga virtuella datorn måste följande villkor uppfyllas:

• Om den virtuella datorn hanteras av en vCenter-server bör huvudmålets ESX-värd ha åtkomst till den virtuella datorns datalager.
• Om den virtuella datorn finns på en ESX-värd men inte hanteras av vCenter måste hårddisken finnas i ett datalager som är tillgängligt för huvudmålets värd.
• Om den virtuella datorn finns på en ESX-värd och inte använder vCenter bör du slutföra identifieringen av ESX-värden för huvudmålet innan du återaktiverar skyddet. Detta gäller även om du inte kan återställa fysiska servrar.
• Du kan växla tillbaka till ett virtuellt lagringsområdesnätverk (vSAN) eller en disk som baseras på rå enhetsmappning (RDM) om diskarna redan finns och är anslutna till den lokala virtuella datorn.

Viktigt!

Det är viktigt att aktivera disk.enableUUID= TRUE så att Azure Site Recovery-tjänsten under återställning efter fel kan identifiera den ursprungliga VMDK:n på den virtuella dator som de väntande ändringarna skrivs till. Om det här värdet inte är inställt på TRUE försöker tjänsten identifiera motsvarande lokala VMDK på bästa sätt. Om rätt VMDK inte hittas skapar den en extra disk och data skrivs vidare till det.

Alternativ platsåterställning (ALR)

Om den lokala virtuella datorn inte finns innan den virtuella datorn återaktiveras kallas scenariot för en alternativ platsåterställning. Det återaktiverade arbetsflödet skapar den lokala virtuella datorn igen. Detta orsakar också en fullständig datanedladdning.

• När du växlar tillbaka till en annan plats återställs den virtuella datorn till samma ESX-värd som huvudmålservern distribueras på. Det datalager som används för att skapa disken är samma datalager som valdes när den virtuella datorn återaktiveras.
• Du kan bara återställa till ett VMFS-filsystem (virtual machine file system) eller vSAN-datalager. Om du har en RDM fungerar inte återaktivering av skydd och återställning efter fel.
• Återaktivering av skyddet omfattar en stor inledande dataöverföring som följs av ändringarna. Den här processen finns eftersom den virtuella datorn inte finns lokalt. Fullständiga data måste replikeras tillbaka. Det här återaktiveringsskyddet tar också längre tid än en ursprunglig platsåterställning.
• Du kan inte återställa till RDM-baserade diskar. Endast nya virtuella datordiskar (VMDK:er) kan skapas i ett VMFS/vSAN-datalager.

Kommentar

När en fysisk dator redväxeras till Azure kan den bara återställas som en virtuell VMware-dator. Detta följer samma arbetsflöde som den alternativa platsåterställningen. Se till att du upptäcker minst en huvudmålserver och de nödvändiga ESX/ESXi-värdar som du behöver återställa till.

Nästa steg

Följ stegen för att utföra återställning efter fel.