Om lokal haveriberedskapsredundans/återställning efter fel – Moderniserad
Den här artikeln innehåller en översikt över redundans och återställning efter fel vid haveriberedskap för lokala datorer till Azure med Azure Site Recovery – moderniserad.
Information om redundans och återställning efter fel i klassiska Versioner av Azure Site Recovery finns i den här artikeln.
Återställningssteg
Redundansväxling och återställning efter fel i Site Recovery har fyra steg:
- Steg 1: Redundansväxling från lokal plats: När du har konfigurerat replikering till Azure för lokala datorer, när den lokala platsen slutar fungera, redundansväxlar du dessa datorer till Azure. Efter redundansväxlingen skapas virtuella Azure-datorer från replikerade data.
- Steg 2: Återaktivera skyddet av virtuella Azure-datorer: I Azure återaktiverar du skyddet av de virtuella Azure-datorerna så att de börjar replikera tillbaka till den lokala platsen. Den lokala virtuella datorn (om den är tillgänglig) är avstängd under återaktivering av skyddet för att säkerställa datakonsekvens.
- Steg 3: Redundansväxla från Azure: När din lokala plats körs som vanligt igen kör du en till redundansväxling den här gången för att återställa virtuella Azure-datorer till din lokala plats. Du kan växla tillbaka till den ursprungliga platsen som du redundansväxla eller till en alternativ plats. Den här aktiviteten kallas planerad redundansväxling.
- Steg 4: Återaktivera skyddet av lokala datorer: När du har misslyckats igen aktiverar du replikering av de lokala datorerna till Azure.
Redundans
Du utför en redundans som en del av din BCDR-strategi (business continuity and disaster recovery).
- Som ett första steg i din BCDR-strategi replikerar du dina lokala datorer till Azure kontinuerligt. Användare får åtkomst till arbetsbelastningar och appar som körs på de lokala källdatorerna.
- Om behovet uppstår, till exempel om det uppstår ett avbrott lokalt, kan du redundansväxla datorerna till Azure. Virtuella Azure-datorer skapas med hjälp av replikerade data.
- För affärskontinuitet kan användarna fortsätta att komma åt appar på de virtuella Azure-datorerna.
Redundansväxling är en tvåfasaktivitet:
- Redundans: Redundansväxlingen som skapar och tar upp en virtuell Azure-dator med den valda återställningspunkten.
- Incheckning: Efter redundans verifierar du den virtuella datorn i Azure:
- Du kan sedan checka in redundansväxlingen till den valda återställningspunkten eller välja en annan punkt för incheckningen.
- När redundansväxlingen har slutförts kan återställningspunkten inte ändras.
Kommentar
Använd krasch konsekvent återställningspunkt på Windows Server 2012 eller äldre versioner, eftersom starttiden för redanvända virtuella datorer kan vara längre för dessa versioner i händelse av program konsekvent återställningspunkt.
Ansluta till Azure efter redundansväxling
Det finns flera krav för att ansluta till de virtuella Azure-datorer som skapats efter redundansväxling med RDP/SSH.
| Redundans | Plats | Åtgärder |
|---|---|---|
| Virtuell Azure-dator som kör Windows | På den lokala datorn före redundansväxling | Åtkomst via Internet: Aktivera RDP. Kontrollera att TCP- och UDP-regler läggs till för Offentliga och att RDP tillåts för alla profiler i Tillåtna appar i Windows-brandväggen>. Åtkomst via plats-till-plats-VPN: Aktivera RDP på datorn. Kontrollera att RDP tillåts i Windows-brandväggen –> Tillåtna appar och funktioner för domän- och privata nätverk. Kontrollera att SAN-principen för operativsystemet är inställd på OnlineAll. Läs mer. Kontrollera att inga Windows-uppdateringar väntar på den virtuella datorn när du utlöser en redundansväxling. Windows Update kan starta när du redundansväxlar och du kan inte logga in på den virtuella datorn förrän uppdateringarna är klara. |
| Virtuell Azure-dator som kör Windows | På den virtuella Azure-datorn efter redundansväxling | Lägg till en offentlig IP-adress för den virtuella datorn. Reglerna för nätverkssäkerhetsgruppen på den virtuella datorn (och det Azure-undernät som den är ansluten till) måste tillåta inkommande anslutningar till RDP-porten. Kontrollera Startdiagnostik för att verifiera en skärmbild av den virtuella datorn. Om du inte kan ansluta kontrollerar du att den virtuella datorn körs och läser felsökningstipsen. |
| Virtuell Azure-dator som kör Linux | På den lokala datorn före redundansväxling | Kontrollera att Secure Shell-tjänsten på den virtuella datorn är inställd på att starta automatiskt vid systemstart. Kontrollera att brandväggsreglerna tillåter en SSH-anslutning till tjänsten. |
| Virtuell Azure-dator som kör Linux | På den virtuella Azure-datorn efter redundansväxling | Reglerna för nätverkssäkerhetsgrupper på den redväxlar virtuella datorn (och det Azure-undernät som den är ansluten till) måste tillåta inkommande anslutningar till SSH-porten. Lägg till en offentlig IP-adress för den virtuella datorn. Kontrollera Startdiagnostik för en skärmbild av den virtuella datorn. |
Typer av redundans
Site Recovery innehåller olika redundansalternativ.
| Redundans | Detaljer | Återställande | Arbetsflöde |
|---|---|---|---|
| Testa redundans | Används för att köra ett detaljtest som validerar din BCDR-strategi, utan dataförlust eller driftstopp. | Skapar en kopia av den virtuella datorn i Azure, utan påverkan på pågående replikering eller på din produktionsmiljö. | 1. Kör ett redundanstest på en enskild virtuell dator eller på flera virtuella datorer i en återställningsplan. 2. Välj en återställningspunkt som ska användas för redundanstestet. 3. Välj ett Azure-nätverk där den virtuella Azure-datorn ska finnas när den skapas efter redundansväxlingen. Nätverket används endast för redundanstestet. 4. Kontrollera att detaljnivån fungerade som förväntat. Site Recovery rensar automatiskt virtuella datorer som skapats i Azure under detaljnivån. |
| Planerad redundansväxling-Hyper-V | Används för planerad stilleståndstid. Virtuella källdatorer stängs av. De senaste data synkroniseras innan redundansväxlingen initieras. |
Noll dataförlust för det planerade arbetsflödet. | 1. Planera en underhållsperiod för driftstopp och meddela användarna. 2. Koppla från användarriktade appar. 3. Initiera en planerad redundansväxling med den senaste återställningspunkten. Redundansväxlingen körs inte om datorn inte stängs av eller om fel påträffas. 4. Efter redundansväxlingen kontrollerar du att den virtuella replikens virtuella Azure-dator är aktiv i Azure. 5. Genomför redundansväxlingen för att slutföra. Incheckningsåtgärden tar bort alla återställningspunkter. |
| Redundansväxling -Hyper-V | Körs vanligtvis om det uppstår ett oplanerat avbrott eller om den primära platsen inte är tillgänglig. Du kan också stänga av den virtuella datorn och synkronisera de slutliga ändringarna innan du påbörjar redundansväxlingen. |
Minimal dataförlust för appar. | 1. Initiera din BCDR-plan. 2. Initiera en redundansväxling. Ange om Site Recovery ska stänga av den virtuella datorn och synkronisera/replikera de senaste ändringarna innan redundansväxlingen utlöses. 3. Du kan redundansväxlara till många återställningspunktsalternativ, som sammanfattas här. Om du inte aktiverar alternativet för att stänga av den virtuella datorn, eller om Site Recovery inte kan stänga av den, används den senaste återställningspunkten. Redundansväxlingen körs även om datorn inte kan stängas av. 4. Efter redundansväxlingen kontrollerar du att den virtuella replikens virtuella Azure-dator är aktiv i Azure. Om det behövs kan du välja en annan återställningspunkt från kvarhållningsfönstret på 24 timmar. 5. Genomför redundansväxlingen för att slutföra. Incheckningsåtgärden tar bort alla tillgängliga återställningspunkter. |
| Redundans-VMware | Körs vanligtvis om det uppstår ett oplanerat avbrott eller om den primära platsen inte är tillgänglig. Du kan också ange att Site Recovery ska försöka utlösa en avstängning av den virtuella datorn och synkronisera och replikera slutliga ändringar innan redundansväxlingen initieras. |
Minimal dataförlust för appar. | 1. Initiera din BCDR-plan. 2. Initiera en redundansväxling från Site Recovery. Ange om Site Recovery ska försöka utlösa avstängning av virtuell dator och synkronisera innan redundansväxlingen körs. Redundansväxlingen körs även om datorerna inte kan stängas av. 3. Efter redundansväxlingen kontrollerar du att den virtuella azure-replikdatorn är aktiv i Azure. Om det behövs kan du välja en annan återställningspunkt från kvarhållningsfönstret på 72 timmar. 5. Genomför redundansväxlingen för att slutföra. Incheckningsåtgärden tar bort alla återställningspunkter. För virtuella Windows-datorer inaktiverar Site Recovery VMware-verktygen under redundansväxlingen. |
| Planerad redundansväxling – VMware | Du kan utföra en planerad redundansväxling från Azure till en lokal plats. | Eftersom det är en planerad redundansaktivitet genereras återställningspunkten efter att det planerade redundansjobbet har utlösts. | När den planerade redundansväxlingen utlöses kopieras väntande ändringar till lokalt, en senaste återställningspunkt för den virtuella datorn genereras och den virtuella Azure-datorn stängs av. Följ redundansväxlingen enligt beskrivningen här. Efter detta är den lokala datorn aktiverad. Efter en lyckad planerad redundansväxling är datorn aktiv i din lokala miljö. |
Redundansbearbetning
I vissa fall kräver redundans ytterligare bearbetning som tar cirka 8 till 10 minuter att slutföra. Du kanske märker längre redundanstesttider för:
- Virtuella VMware-datorer som inte har DHCP-tjänsten aktiverad.
- Virtuella VMware-datorer som inte har följande startdrivrutiner: storvsc, vmbus, storflt, intelide, atapi.
Alternativ för återställningspunkt
Under redundansväxlingen kan du välja många alternativ för återställningspunkter.
| Alternativ | Detaljer |
|---|---|
| Senaste (lägsta RPO) | Det här alternativet ger det lägsta målet för återställningspunkt (RPO). Den bearbetar först alla data som har skickats till Site Recovery-tjänsten för att skapa en återställningspunkt för varje virtuell dator innan de redväxar till den. Den försöker först bearbeta och tillämpa alla data som skickas till Site Recovery-tjänsten på målplatsen och skapa en återställningspunkt med hjälp av bearbetade data. Men om det vid den tidpunkt då redundansväxlingen utlöstes finns det inga data som laddas upp till Site Recovery-tjänsten som väntar på att bearbetas, Azure Site Recovery utför ingen bearbetning och skapar därför ingen ny återställningspunkt. I det här scenariot redundansväxlar den i stället endast den tidigare bearbetade återställningspunkten. |
| Senaste bearbetade | Det här alternativet redundansväxlar virtuella datorer till den senaste återställningspunkten som bearbetas av Site Recovery. Om du vill se den senaste återställningspunkten för en specifik virtuell dator kontrollerar du de senaste återställningspunkterna i inställningarna för den virtuella datorn. 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 virtuella datorer till den senaste programkonsekventa återställningspunkten som bearbetas av Site Recovery om appkonsekventa återställningspunkter är aktiverade. Kontrollera den senaste återställningspunkten i inställningarna för den virtuella datorn. |
| Senaste bearbetningen av flera virtuella datorer | Det här alternativet är tillgängligt för återställningsplaner med en eller flera virtuella datorer som har konsekvens för flera virtuella datorer aktiverat. Virtuella datorer med inställningen aktiverad redundansväxling till den senaste vanliga konsekventa återställningspunkten för flera virtuella datorer. Andra virtuella datorer i planen redundansväxlar till den senaste bearbetade återställningspunkten. |
| Senaste appkonsekventa för flera virtuella datorer | Det här alternativet är tillgängligt för återställningsplaner med en eller flera virtuella datorer som har konsekvens för flera virtuella datorer aktiverat. Virtuella datorer som ingår i en replikeringsgrupp redundansväxlar till den senaste vanliga programkonsekventa återställningspunkten för flera virtuella datorer. Andra virtuella datorer redundansväxlar till sin senaste programkonsekventa återställningspunkt. |
| Egen | Använd det här alternativet om du vill redundansväxlara en specifik virtuell dator till en viss återställningspunkt. Det här alternativet är inte tillgängligt för återställningsplaner. |
Kommentar
Återställningspunkter kan inte migreras till ett annat Recovery Services-valv.
Återaktivera skydd/planerad redundans
Efter redundansväxling till Azure är de replikerade virtuella Azure-datorerna i ett oskyddat tillstånd.
- Som ett första steg för att återställa till din lokala plats måste du starta de virtuella Azure-datorerna som replikeras till den lokala platsen. Återaktiveringsprocessen beror på vilken typ av datorer du växlade över.
- När datorerna replikeras från Azure till en lokal plats kan du köra en redundansväxling från Azure till din lokala plats.
- När datorerna körs lokalt igen kan du aktivera replikering så att de replikeras till Azure för haveriberedskap.
- Endast diskar som replikeras från en lokal plats till Azure replikeras tillbaka från Azure under återaktiveringen av skyddet. Nyligen tillagda diskar som redväxlade virtuella Azure-datorer replikeras inte till den lokala datorn.
- En installation kan ha upp till 60 diskar anslutna till den. Om de virtuella datorer som redundansväxlar tillbaka har mer än sammanlagt 60 diskar, eller om du redundansväxlar stora trafikvolymer, skapar du en separat installation för återställning efter fel.
Planerad redundans fungerar på följande sätt:
- Om du vill återställa till den lokala datorn behöver en virtuell dator minst en återställningspunkt för att kunna återställas. I en återställningsplan behöver alla virtuella datorer i planen minst en återställningspunkt.
- Eftersom det här är en planerad redundansaktivitet kan du välja den typ av återställningspunkt som du vill återställa till. Vi rekommenderar att du använder en kraschkonsekvent punkt.
- Det finns också ett alternativ för appkonsekvent återställningspunkt. I det här fallet återställs en enskild virtuell dator till den senaste tillgängliga appkonsekventa återställningspunkten. För en återställningsplan med en replikeringsgrupp återställs varje replikeringsgrupp till sin gemensamma tillgängliga återställningspunkt.
- Appkonsekventa återställningspunkter kan ligga efter i tiden och det kan uppstå dataförlust.
- Under redundansväxlingen från Azure till den lokala platsen stänger Site Recovery av de virtuella Azure-datorerna. När du checkar in redundansen tar Site Recovery bort de virtuella Azure-datorerna i Azure.
Kommentar
Det kan ta längre tid att starta den virtuella datorn på Windows Server 2012 eller äldre versioner när du använder krasch konsekventa återställningspunkter.
VMware/fysisk återaktivering av skydd/återställning efter fel
Om du vill återaktivera skyddet och återställa VMware-datorer och fysiska servrar från Azure till en lokal plats kontrollerar du att du har en felfri installation.
Val av installation
- Du kan välja någon av de Azure Site Recovery-replikeringsenheter som registrerats under ett valv för att återaktivera skyddet till den lokala miljön. Du behöver ingen separat processserver i Azure för återaktivering av skyddet och en skalbar huvudmålserver för virtuella Linux-datorer.
- Replikeringsinstallationen kräver inte någon annan nätverksanslutning/portar (jämfört med skydd framåt) under återställning efter fel. Samma installation kan användas för framåt- och bakåtskydd om den är i felfritt tillstånd. Det bör inte påverka replikeringens prestanda.
- När du väljer installationen kontrollerar du att måldatalagringen där källdatorn finns är tillgänglig för enheten. Källdatorns datalager bör alltid vara tillgängligt för enheten. Även om datorn och installationen finns på olika ESX-servrar, så länge datalagret delas mellan dem, lyckas återaktiveringen av skyddet.
Kommentar
- Storage vMotion för replikerade objekt stöds inte. Storage vMotion för replikeringsinstallationen stöds inte efter återaktivering av skyddet.
- När du väljer installationen kontrollerar du att måldatalagringen där källdatorn finns är tillgänglig för enheten.
Återaktivera skyddet av jobb
- Om det här är en ny återaktiveringsåtgärd skapas som standard ett nytt logglagringskonto automatiskt av Azure Site Recovery i målregionen. Kvarhållningsdisk krävs inte.
- I Alternativ platsåterställning och Ursprunglig platsåterställning hämtas de ursprungliga konfigurationerna av källdatorer.
Kommentar
- Statisk IP-adress kan inte behållas vid återaktivering av alternativ plats (ALR) eller återaktivering av originalplatsskydd (OLR).
- fstab, skulle LVMconf ändras.
Fel
- Ett misslyckat återaktiveringsskyddsjobb kan göras om. Under återförsöket kan du välja valfri felfri replikeringsinstallation.
När du skyddar Azure-datorer lokalt får du ett meddelande om att du inte kommer tillbaka till den ursprungliga platsen eller till en annan plats.
Ursprunglig platsåterställning: Detta återställs från Azure till samma lokala källdator om den finns. I det här scenariot replikeras endast ändringar tillbaka till den lokala miljön.
- Val av datalager under OLR: Datalagret som är kopplat till källdatorn väljs automatiskt.
Alternativ platsåterställning: Om den lokala datorn inte finns kan du växla tillbaka från Azure till en annan plats. När du återaktivera skyddet av den virtuella Azure-datorn lokalt skapas den lokala datorn. Fullständig datareplikering sker från Azure till lokalt. Granska kraven och begränsningarna för återställning efter platsfel.
- Val av datalager under ALR: Alla datalager som hanteras av vCenter där installationen finns och är tillgänglig (läs- och skrivbehörigheter) av installationen kan väljas (original/ny). Du kan välja cachelagringskonto som används för återaktivering av skyddet.
När redundansväxlingen är klar registreras mobilitetsagenten på den virtuella Azure-datorn automatiskt med Site Recovery Services. Om registreringen misslyckas uppstår ett kritiskt hälsoproblem på den redundansväxade virtuella datorn. När problemet har lösts utlöses registreringen automatiskt. Du kan slutföra registreringen manuellt när du har löst felen.
Avbryt redundans
Om din lokala miljö inte är redo eller om du står inför några utmaningar kan du avbryta redundansväxlingen.
När du har initierat den planerade redundansväxlingen och den har slutförts blir din lokala miljö tillgänglig för användning. Men när åtgärden har slutförts kan du avbryta redundansväxlingen om du vill redundansväxlara till en annan återställningspunkt.
Endast planerad redundans kan avbrytas.
Du kan avbryta en planerad redundansväxling från sidan Replikerade objekt i Recovery Services-valvet.
När redundansväxlingen har avbrutits aktiveras dina datorer i Azure igen och replikeringen startar återigen från Azure till den lokala miljön.