Redundansväkna och återställa fysiska servrar som replikerats till Azure
I den här självstudien beskrivs hur du redundansväxlar lokala fysiska servrar som replikeras 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 gör en fullständig redundansväxling kör du ett haveriberedskapstest 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 de uppfyller Azure-kraven för virtuella Azure-datorer.
- I Skyddade objekt klickar du på Replikerade objekt och väljer datorn.
- 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.
- I Beräkning och nätverk kan du ändra Azure-namnet, resursgrupp, målstorlek, tillgänglighetsuppsättning samt inställningar för hanterad disk
- 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.
- I Diskar kan du se information om datorns operativsystem och datadiskar.
Redundansväxla till Azure
I Inställningar>Replikerade objekt klickar du på datorns >redundans.
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.
Välj Stäng av datorn innan du påbörjar redundansväxlingen om du vill att Site Recovery ska 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 redundansförloppet på sidan Jobb.
Om du har förberett att ansluta till den virtuella Azure-datorn, ansluter du för att kontrollera den efter redundansen.
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 redundansväxling som pågår. Innan redundansväxlingen börjar stoppas datorreplikeringen. Om du avbryter redundansen 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. För att göra detta kan du 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örbered för återaktivering av skydd och återställning efter fel
När du har växlat över till Azure återaktiverar du skyddet av virtuella Azure-datorer genom att replikera dem till den lokala platsen. När de sedan replikeras kan du återställa dem till den lokala miljön genom att köra en redundansväxling från Azure till din lokala plats.
- Fysiska servrar som replikeras till Azure med 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 processserver i Azure och en lokal huvudmålserver och konfigurera en plats-till-plats-VPN eller en privat ExpressRoute-peering för återställning efter fel.
- 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.
- 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.
- 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.
- Öppna de portar som krävs för återställning efter fel.
- Kontrollera att vCenter-servern är ansluten före återställning efter fel. Annars misslyckas det att koppla från diskar och koppla dem tillbaka till den virtuella datorn.
- Om en vCenter-server hanterar de virtuella datorer som du kommer att å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, så lyckas skyddet och redundansen fungerar. Vid återaktivering av skyddet misslyckas dock redundansväxlingen eftersom datalager inte kan identifieras och inte visas under återaktivering av skyddet. För att lösa det här problemet kan du uppdatera vCenter-autentiseringsuppgifterna med ett lämpligt konto/behörigheter och sedan försöka utföra jobbet igen.
- Om du använde en mall för att skapa dina virtuella datorer kontrollerar du att varje virtuell dator har ett 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.
- Om du inte återgår 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.
- Kontrollera följande scenarier där du inte kan återställa igen:
- 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 Windows Server 2008 R2 SP1-server.
- Virtuella datorer som har migrerats.
- En virtuell dator som har flyttats till en annan resursgrupp.
- En virtuell Azure-replik som har tagits bort.
- En virtuell Azure-replik som inte är skyddad (replikerar till den lokala platsen).
- 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.
- I valvinställningarna >>Replikerade objekt högerklickar du på datorn som misslyckades över >Re-Protect.
- I Återaktivera skydd kontrollerar du att Azure till lokal plats är valt.
- Ange den lokala huvudmålservern och processervern.
- 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 behöver ange ett värde.
- Välj kvarhållningsenhetens huvudmål. Failback-principen väljs automatiskt.
- 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.
Kommentar
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:
- På sidan Replikerade objekt högerklickar du på datorn >Oplanerad redundans.
- 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.
- Högerklicka på datorn och klicka på Genomför. Detta utlöser ett jobb som tar bort de virtuella Azure-datorerna.
- 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:
- I valvinställningarna >>Replikerade objekt väljer du de återställda virtuella datorer som har misslyckats och klickar på Skydda igen.
- 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. Efter behov kan du köra ytterligare en redundansväxling till Azure.