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äxling.
• Å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 i flera återställningsplaner, där efterföljande planer hoppar över distributionen/starten av en dator om den tidigare distribuerades med hjälp av en annan återställningsplan.

Varför 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. Som ett exempel ska vi ö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 datorerna på varje nivå börjar i rätt ordning efter redundansväxlingen.

• SQL-serverdelen bör starta först, mellanprogrammet nästa 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 när mellanprogrammet startar och försöker ansluta till den SQL Server nivån körs den SQL Server nivån redan.
• 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 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 ordning anges används sekvensering. Åtgärder körs parallellt efter behov för att förbättra programåterställnings-RTO.

• Datorer i en enda grupp redundansväxlar parallellt.

• Datorer i olika grupper redundansväxlar i gruppordning, så att grupp 2-datorer startar redundansväxlingen först när alla datorer i grupp 1 har redundansväxlats och startats.

  

Med den här anpassningen på plats händer det här när du kör en redundansväxling i återställningsplanen:

1. 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.
2. Avstängningen utlöser en parallell redundansväxling av alla datorer i återställningsplanen.
3. Redundansväxlingen förbereder virtuella datordiskar med replikerade data.
4. 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. 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. Exempel:
  • Ändra databasanslutningssträngen i 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. Redundanstest hjälper dig att kontrollera om appen kommer upp på återställningswebbplatsen.

• Om du upptäcker att du har missat något utlöser du en rensning och kör sedan redundanstestet igen.

• 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 återställningsplansvideo

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.

Nästa steg

• Skapa en återställningsplan.
• Köra redundans.