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

  • Artikel

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

  • 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.

Anteckning

Du kan bara växla tillbaka till den ursprungliga vCenter- och konfigurationsservern. Du kan inte distribuera en ny konfigurationsserver och växla tillbaka med den. Du kan inte heller lägga till en ny vCenter till den befintliga konfigurationsservern och återställa till den 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 ska 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 på den virtuella datorn finnas i ett datalager som huvudmålets värd kan komma åt.
  • 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 genererar fel på fysiska servrar.
  • Du kan växla tillbaka till ett virtuellt lagringsområdesnätverk (vSAN) eller en disk som baseras på raw-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 Tjänsten Azure Site Recovery under återställningen kan identifiera den ursprungliga VMDK:n på den virtuella dator som de väntande ändringarna ska skrivas till. Om det här värdet inte är inställt på TRUE försöker tjänsten identifiera motsvarande lokala VMDK efter bästa förmåga. Om rätt VMDK inte hittas skapas en extra disk och data skrivs vidare till den.

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. Arbetsflödet för återaktivering av skyddet skapar den lokala virtuella datorn igen. Detta orsakar också en fullständig nedladdning av data.

  • När du växlar tillbaka till en annan plats återställs den virtuella datorn till samma ESX-värd där huvudmålservern distribueras. Det datalager som används för att skapa disken är samma datalager som valdes när den virtuella datorn återaktiveras.
  • Du kan bara växla tillbaka till ett VIRTUELLT DATOR-filsystem (VMFS) 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 växla tillbaka till RDM-baserade diskar. Endast nya virtuella datordiskar (VMDK:er) kan skapas i ett VMFS/vSAN-datalager.

Anteckning

När en fysisk dator växlas över till Azure kan den bara växlas tillbaka som en virtuell VMware-dator. Detta följer samma arbetsflöde som den alternativa platsåterställningen. Se till att du identifierar 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ällningen efter fel.