Dela via

Utföra haveriberedskapstest – Azure SQL Managed Instance

gäller för:Azure SQL Managed Instance

Du bör regelbundet testa och verifiera att program är redo för ett återställningsarbetsflöde. Att verifiera programmets beteende och konsekvenser av dataförlust och/eller den avbrott som redundansväxling innebär är en bra teknisk metod. Det är också ett krav enligt de flesta branschstandarder som en del av certifiering för affärskontinuitet.

Att genomföra en haveriberedskapsövning består av:

  • Simulera avbrott på datanivå
  • Återhämtar sig
  • Verifiera programintegritet efter återställning
  • Växla tillbaka till den ursprungliga instansen (valfritt)

Beroende på hur du utformat ditt program för affärskontinuitetkan arbetsflödet för att genomföra övningen variera. I den här artikeln beskrivs metodtipsen för att utföra ett haveriberedskapstest i kontexten för Azure SQL Managed Instance.

Geo-återställning

För att förhindra potentiell dataförlust när du utför en katastrofberedskapsövning, bör du använda en testmiljö genom att skapa en kopia av produktionsmiljön och använda denna för att verifiera applikationens failover-arbetsflöde.

Avbrottssimulering

Om du vill simulera driftstoppet kan du byta namn på källdatabasen. Den här namnändringen orsakar programanslutningsfel.

Återhämtning

Validering

Slutför detaljnivån genom att verifiera programintegriteten efter återställningen (inklusive anslutningssträngar, inloggningar, grundläggande funktionstestning eller andra valideringar som ingår i standardprocedurerna för programsignering).

Återställning efter fel

Med geo-återställning innebär fail back att koppla om programmet till den ursprungliga instansen.

Failover-grupper

För en instans som skyddas av failovergrupper omfattar övningen en planerad failover till den sekundära instansen. Den planerade redundansväxlingen säkerställer att de primära och sekundära instanserna i redundansgruppen förblir synkroniserade när rollerna växlas. Till skillnad från den oplanerade redundansväxlingen resulterar den här åtgärden inte i dataförlust, så övningen kan utföras i en produktionsmiljö.

Konfigurera redundansgruppen med den redundansprincip som passar ditt företags behov och testa redundans oavsett hur din redundansprincip har konfigurerats. Mer information finns i Testa redundans. En kundhanterad failover-policy rekommenderas för att ge dig kontroll över failover-processen.

Viktigt!

Eftersom systemdatabaser inte replikeras mellan instanser i en redundansgrupp återskapar du systemobjekt på den sekundära instansen manuellt och testar sedan miljöer med systemobjektberoenden för att säkerställa att de fortsätter att fungera korrekt efter en redundansväxling.

Avbrottssimulering

Om du vill simulera driftstoppet kan du inaktivera webbprogrammet eller den virtuella datorn som är ansluten till databasen. Den här avbrottssimuleringen resulterar i anslutningsfel för webbklienterna.

Återhämtning

Validering

Slutför detaljnivån genom att verifiera programintegriteten efter återställningen (inklusive anslutning, grundläggande funktionstestning eller andra valideringar som krävs för detaljgranskningarna).

Återställning efter fel

Utför en planerad återgång av failovergruppen till den ursprungliga primära instansen. Eftersom programmet redan har konfigurerats för att peka på slutpunkten för redundansgruppen behövs inga ytterligare ändringar. Slutpunkten för failovergruppen dirigerar automatiskt trafik till den nya primära instansen efter failover.

Återställning efter fel är valfritt. Om du inte behöver växla tillbaka kan du behålla den sekundära instansen som den nya primära instansen.

Det går att använda en Managed Instance-länk för haveriberedskap.

Dubbelriktad redundans stöds bara mellan:

SQL Server 2019 och tidigare versioner stöder endast enkelriktad övergång, och återställning efter övergång till SQL Server stöds inte.

I det här avsnittet beskrivs hur du utför ett haveriberedskapstest med SQL Server 2022 eller SQL Server 2025. När du använder en hantera instanslänk för katastrofåterställning omfattar övningen planerad omkoppling till den sekundära instansen. Den planerade redundansväxlingen säkerställer att de primära och sekundära instanserna i länken Hanterad instans förblir synkroniserade när rollerna växlas. Till skillnad från den oplanerade redundansväxlingen resulterar den här åtgärden inte i dataförlust, så övningen kan utföras i en produktionsmiljö.

Avbrottssimulering

Om du vill simulera driftstoppet inaktiverar du klientanslutningar till den primära repliken av databasen som replikeras via länk. Den här avbrottssimuleringen resulterar i anslutningsfel för databasklienter (program).

Återhämtning

Gör följande för återställning:

  1. Initiera en planerad förbindelseöverlåtelse till den sekundära instansen.
  2. Ange om de berörda programmen till den nya primära instansen.

Validering

Gör följande för validering:

  1. Utför programanslutnings- och läs-/skrivtester på den nya primära instansen.
  2. Kontrollera valfritt att testdata som skrivs under övningen replikeras till den sekundära instansen.

Återställning efter fel

Utför en planerad redundansväxling av den hanterade instanslänken tillbaka till den ursprungliga primära instansen för att återställa. Efter växlingen vid fel måste programmet återanslutas till den ursprungliga primära instansen.

Återställning efter fel är valfritt. Om du inte behöver växla tillbaka kan du behålla den sekundära instansen som den nya primära instansen.

Relaterat innehåll

Mer information finns i: