Om återställningsplaner
Den här artikeln innehåller en översikt över återställningsplaner i Azure Site Recovery.
En återställningsplan samlar datorer i återställningsgrupper för redundansändamål. En återställningsplan hjälper dig att definiera en systematisk återställningsprocess genom att skapa små oberoende enheter som du kan redundansväxla. En enhet representerar vanligtvis en app i din miljö.
- En återställningsplan definierar hur datorer redundansväxlar och i vilken ordning de startar efter redundansväxlingen.
- Återställningsplaner kan användas för både redundans till och återställning efter fel från Azure.
- Upp till 100 skyddade instanser kan läggas till i en återställningsplan.
- Du kan anpassa en plan genom att lägga till ordning, instruktioner och uppgifter i den.
- När en plan har definierats kan du köra en redundansväxling på den.
- Datorer kan refereras till i flera återställningsplaner, där efterföljande planer hoppar över distributionen/starten av en dator om den tidigare distribuerades med en annan återställningsplan.
Varför ska jag använda en återställningsplan?
Använd återställningsplaner för att:
- Modellera en app kring dess beroenden.
- Automatisera återställningsuppgifter för att minska mål för återställningstid (RTO).
- Kontrollera att du är förberedd för migrering eller haveriberedskap genom att se till att dina appar ingår i en återställningsplan.
- Kör redundanstest i återställningsplaner för att säkerställa att haveriberedskap eller migrering fungerar som förväntat.
Modellappar
Du kan planera och skapa en återställningsgrupp för att samla in appspecifika egenskaper. Låt oss till exempel överväga ett typiskt program med tre nivåer med en SQL Server-serverdel, mellanprogram och en webbklientdel. Vanligtvis anpassar du återställningsplanen så att datorer på varje nivå börjar i rätt ordning efter redundansväxlingen.
- SQL-serverdelen bör starta först, mellanprogrammet och slutligen webbklientdelen.
- Den här startordningen säkerställer att appen fungerar när den senaste datorn startar.
- Den här ordningen säkerställer att SQL Server-nivån redan körs när mellanprogrammet startar och försöker ansluta till SQL Server-nivån.
- Den här ordningen hjälper också till att säkerställa att klientdelsservern startar sist, så att slutanvändarna inte ansluter till appens URL innan alla komponenter är igång och att appen är redo att acceptera begäranden.
Om du vill skapa den här ordningen lägger du till grupper i återställningsgruppen och lägger till datorer i grupperna.
När ordningen anges används sekvensering. Åtgärder körs parallellt efter behov för att förbättra RTO för programåterställning.
Datorer i en enda grupp redundansväxlar parallellt.
Datorer i olika grupper redundansväxlar i gruppordning, så att grupp 2-datorer startar redundansen först när alla datorer i grupp 1 har redundansväxla och startat.
Med den här anpassningen på plats händer det här när du kör en redundansväxling i återställningsplanen:
- Ett avstängningssteg försöker stänga av de lokala datorerna. Undantaget är om du kör ett redundanstest, i vilket fall den primära platsen fortsätter att köras.
- Avstängningen utlöser en parallell redundansväxling av alla datorer i återställningsplanen.
- Redundansen förbereder virtuella datordiskar med replikerade data.
- Startgrupperna körs i ordning och startar datorerna i varje grupp. Först körs Grupp 1, sedan Grupp 2 och slutligen Grupp 3. Om det finns fler än en dator i någon grupp börjar alla datorer parallellt.
Automatisera uppgifter i återställningsplaner
Att återställa stora program kan vara en komplex uppgift. Manuella steg gör processen felbenägen och den person som kör redundansväxlingen kanske inte känner till alla invecklingar i appen. Du kan använda en återställningsplan för att införa ordning och automatisera de åtgärder som behövs i varje steg med hjälp av Azure Automation-runbooks för redundansväxling till Azure eller skript. För uppgifter som inte kan automatiseras kan du infoga pauser för manuella åtgärder i återställningsplaner. Det finns några typer av uppgifter som du kan konfigurera:
- Uppgifter på den virtuella Azure-datorn efter redundansväxling: När du redundansväxlar till Azure måste du vanligtvis utföra åtgärder så att du kan ansluta till den virtuella datorn efter redundansväxlingen. Till exempel:
- Skapa en offentlig IP-adress på den virtuella Azure-datorn.
- Tilldela en nätverkssäkerhetsgrupp till nätverkskortet för den virtuella Azure-datorn.
- Lägg till en lastbalanserare i en tillgänglighetsuppsättning.
- Uppgifter i den virtuella datorn efter redundansväxling: Dessa uppgifter konfigurerar vanligtvis om appen som körs på datorn, så att den fortsätter att fungera korrekt i den nya miljön. Till exempel:
- Ändra databasen anslutningssträng inuti datorn.
- Ändra konfigurationen eller reglerna för webbservern.
Köra ett redundanstest för återställningsplaner
Du kan använda en återställningsplan för att utlösa ett redundanstest. Använd följande metodtips:
Slutför alltid ett redundanstest i en app innan du kör en fullständig redundansväxling. Med redundanstest kan du kontrollera om appen kommer upp på återställningsplatsen.
Om du upptäcker att du har missat något utlöser du en rensning och kör sedan om redundanstestet.
Kör ett redundanstest flera gånger tills du är säker på att appen återställs smidigt.
Eftersom varje app är unik måste du skapa återställningsplaner som är anpassade för varje program och köra ett redundanstest på var och en.
Appar och deras beroenden ändras ofta. För att säkerställa att återställningsplanerna är uppdaterade kör du ett redundanstest för varje app varje kvartal.
Titta på en video om en återställningsplan
Titta på en snabb exempelvideo som visar en redundansväxling vid klick för en återställningsplan för en WordPress-app med två nivåer.