Redundansväsna och återställa fysiska servrar som replikeras till Azure

Den här självstudien beskriver hur du redundansväxlar lokala fysiska servrar som replikerar till Azure med Azure Site Recovery. När du har redundansväxlat växlar du tillbaka från Azure till din lokala plats när den är tillgänglig.

Innan du börjar

  • Läs mer om redundansväxlingsprocessen vid haveriberedskap.
  • Om du vill redundansväxla flera datorer kan du lära dig hur du samlar datorer i en återställningsplan.
  • Innan du utför en fullständig redundansväxling kör du ett programåterställningstest för att säkerställa att allt fungerar som förväntat.
  • Följ de här anvisningarna för att förbereda anslutningen till virtuella Azure-datorer efter redundansväxlingen.

Köra en redundansväxling

Verifiera serveregenskaper

Kontrollera serveregenskaperna och se till att den uppfyller Azure-kraven för virtuella Azure-datorer.

  1. I Skyddade objekt klickar du på Replikerade objekt och väljer datorn.
  2. I fönstret Replikerat objekt finns en sammanfattning av datorinformation, hälsostatus och de senaste tillgängliga återställningspunkterna. Klicka på Egenskaper för att se mer information.
  3. I Beräkning och nätverk kan du ändra Azure-namn, resursgrupp, målstorlek, tillgänglighetsuppsättning och inställningar för hanterad disk
  4. Du kan visa och ändra inställningar för nätverk, inklusive det nätverk/undernät där den virtuella Azure-datorn kommer att finnas efter redundansen och den IP-adress som kommer att tilldelas till den.
  5. I Diskar kan du se information om datorns operativsystem och datadiskar.

Redundansväxla till Azure

  1. I Inställningar>Replikerade objekt klickar du på datorns >redundans.

  2. I Redundans väljer du en återställningspunkt att redundansväxla till. Du kan välja något av följande alternativ:

    • Senaste: Det här alternativet bearbetar först alla data som skickas till Site Recovery. De ger det lägsta målet för återställningspunkten eftersom Azure VM skapas efter att redundansen har fått alla data som replikerades till Site Recovery när redundansen utlöstes.
    • Senast bearbetade: Det här alternativet redundansväxlar datorn till den senaste återställningspunkten som bearbetas av Site Recovery. Med det här alternativet läggs ingen tid på bearbetning av data, så den ger ett lågt mål för återställningstiden.
    • Senaste appkonsekventa: Det här alternativet redundansväxlar datorn till den senaste appkonsekventa återställningspunkten som bearbetas av Site Recovery.
    • Anpassad: Ange en återställningspunkt.
  3. Välj Stäng av datorn innan du påbörjar redundansväxlingen om du vill Site Recovery att försöka stänga av källdatorn innan redundansväxlingen utlöses. Redundansväxlingen fortsätter även om avstängningen misslyckas. Du kan följa redundansväxlingen på sidan Jobb .

  4. Om du har förberett att ansluta till den virtuella Azure-datorn, ansluter du för att kontrollera den efter redundansen.

  5. När du är klar väljer du Genomför för redundansen. Detta tar bort alla tillgängliga återställningspunkter.

Varning

Avbryt inte en pågående redundansväxling. Innan redundansväxlingen börjar stoppas datorreplikeringen. Om du avbryter redundansväxlingen stoppas den, men datorn replikeras inte igen. För fysiska servrar kan ytterligare redundansbearbetning ta cirka åtta till tio minuter att slutföra.

Automatisera åtgärder under redundansväxling

Du kanske vill automatisera åtgärder under redundansväxlingen. Det gör du genom att använda skript eller Azure Automation-runbooks i återställningsplaner.

  • Lär dig mer om att skapa och anpassa återställningsplaner, inklusive att lägga till skript.
  • Lär dig hur du lägger till Azure Automation runbooks i återställningsplaner.

Konfigurera inställningar efter redundansväxling

Efter redundansväxlingen måste du konfigurera Azure-inställningar för att ansluta till de replikerade virtuella Azure-datorerna. Dessutom konfigurerar du interna och offentliga IP-adresser.

Förbereda för återaktivering av skydd och återställning efter fel

När duhart till Azure återaktiverar du skyddet av virtuella Azure-datorer genom att replikera dem till den lokala platsen. När de sedan har replikerats kan du återställa dem till den lokala miljön genom att köra en redundansväxling från Azure till din lokala plats.

  1. Fysiska servrar som replikeras till Azure med hjälp av Site Recovery kan bara återställas som virtuella VMware-datorer. Du behöver en VMware-infrastruktur för att kunna återställa. Följ stegen i den här artikeln för att förbereda för återaktivering av skydd och återställning efter fel, inklusive att konfigurera en processerver i Azure och en lokal huvudmålserver och konfigurera en plats-till-plats-VPN, eller privat ExpressRoute-peering, för återställning efter fel.
  2. Kontrollera att den lokala konfigurationsservern körs och är ansluten till Azure. Under redundansväxlingen till Azure kanske den lokala platsen inte är tillgänglig och konfigurationsservern kanske inte är tillgänglig eller stängs av. Under återställning efter fel måste den virtuella datorn finnas i konfigurationsserverdatabasen. Annars misslyckas återställning efter fel.
  3. Ta bort eventuella ögonblicksbilder på den lokala huvudmålservern. Återaktivering av skyddet fungerar inte om det finns ögonblicksbilder. Ögonblicksbilderna på den virtuella datorn sammanfogas automatiskt under ett återaktiveringsjobb.
  4. Om du återaktiverar skyddet av virtuella datorer som samlats in i en replikeringsgrupp för konsekvens för flera virtuella datorer kontrollerar du att alla har samma operativsystem (Windows eller Linux) och att huvudmålservern som du distribuerar har samma typ av operativsystem. Alla virtuella datorer i en replikeringsgrupp måste använda samma huvudmålserver.
  5. Öppna de portar som krävs för återställning efter fel.
  6. Kontrollera att vCenter Server är ansluten innan återställning efter fel. Annars går det inte att koppla från diskar och koppla dem tillbaka till den virtuella datorn.
  7. Om en vCenter-server hanterar de virtuella datorer som du ska återställa till kontrollerar du att du har de behörigheter som krävs. Om du utför en skrivskyddad vCenter-identifiering av användare och skyddar virtuella datorer lyckas skyddet och redundans fungerar. Under återaktiveringen av skyddet misslyckas dock redundansväxlingen eftersom datalager inte kan identifieras och inte visas vid återaktivering av skyddet. Du kan lösa problemet genom att uppdatera vCenter-autentiseringsuppgifterna med ett lämpligt konto/behörigheter och sedan försöka utföra jobbet igen.
  8. Om du använde en mall för att skapa dina virtuella datorer kontrollerar du att varje virtuell dator har sitt eget UUID för diskarna. Om den lokala virtuella datorns UUID krockar med UUID för huvudmålservern eftersom båda skapades från samma mall misslyckas återaktiveringen av skyddet. Distribuera från en annan mall.
  9. Om du växlar tillbaka till en alternativ vCenter-server kontrollerar du att den nya vCenter-servern och huvudmålservern identifieras. Vanligtvis om de inte är datalager är inte tillgängliga eller inte visas i Återaktivera skydd.
  10. Kontrollera följande scenarier där du inte kan växla tillbaka:
    • Om du använder antingen den kostnadsfria versionen av ESXi 5.5 eller den kostnadsfria versionen av vSphere 6 Hypervisor. Uppgradera till en annan version.
    • Om du har en fysisk Server 2008 R2 SP1 för Windows Server 2008.
    • Virtuella datorer som har migrerats.
    • En virtuell dator som har flyttats till en annan resursgrupp.
    • En virtuell Azure-replikdator som har tagits bort.
    • En virtuell Azure-replikdator som inte är skyddad (replikerar till den lokala platsen).
  11. Granska de typer av återställning efter fel som du kan använda – ursprunglig platsåterställning och alternativ platsåterställning.

Återaktivera skyddet av virtuella Azure-datorer till en alternativ plats

Den här proceduren förutsätter att den lokala virtuella datorn inte är tillgänglig.

  1. I valvinställningarna>>Replikerade objekt högerklickar du på datorn som växlades över Skydda igen>.
  2. I Återaktivera skydd kontrollerar du att Azure till lokal plats är valt.
  3. Ange den lokala huvudmålservern och processervern.
  4. I Datalager välj du det huvudmåldatalager som du vill återställa diskarna till lokalt. – Använd det här alternativet om den lokala virtuella datorn har tagits bort eller inte finns och du behöver skapa nya diskar. – Den här inställningen ignoreras om diskarna redan finns, men du måste ange ett värde.
  5. Välj kvarhållningsenhetens huvudmål. Failback-principen väljs automatiskt.
  6. Klicka på OK ska börja återaktivera skyddet. Ett jobb börjar replikera den virtuella Azure-datorn till den lokala platsen. Du kan följa förloppet på fliken Jobb.

Anteckning

Om du vill återställa den virtuella Azure-datorn till en befintlig lokal VM, monterar du den lokala virtuella datorns datalager med läs-/skrivåtkomst på huvudmålserverns ESXi-värd.

Redundansväxla från Azure

Kör en redundans enligt följande:

  1. På sidan Replikerade objekt högerklickar du på datorn >Oplanerad redundans.
  2. I Bekräfta redundans kontrollerar du att redundansriktningen är från Azure. 3.Välj den återställningspunkt som du vill använda för redundansväxlingen.
    • Vi rekommenderar att du använder den senaste återställningspunkten. Den appkonsekventa punkten ligger bakom den senaste tidpunkten och orsakar viss dataförlust.
    • Senaste är en kraschkonsekvent återställningspunkt.
    • När redundansen körs stänger Site Recovery av de virtuella Azure-datorerna och startar den lokala virtuella datorn. Det kommer att bli vissa avbrott, så du bör välja en lämplig tidpunkt.
  3. Högerklicka på datorn och klicka på Genomför. Detta utlöser ett jobb som tar bort de virtuella Azure-datorerna.
  4. Kontrollera att de virtuella Azure-datorerna har stängts av som förväntat.

Återaktivera skyddet av lokala datorer till Azure

Dina data bör nu finnas lokalt igen, men de replikeras inte till Azure. Du kan påbörja replikeringen till Azure igen på följande sätt:

  1. I valvinställningarna>>Replikerade objekt väljer du de återställda virtuella datorer som har misslyckats och klickar på Skydda igen.
  2. Välj den processerver som används för att skicka replikerade data till Azure och klicka på OK.

Nästa steg

När återaktiveringen av skyddet har slutförts replikeras den lokala virtuella datorn till Azure. Vid behov kan du köra ytterligare en redundansväxling till Azure.