Noodhersteloefeningen uitvoeren - Azure SQL Database
van toepassing op:Azure SQL Database-
Het wordt aanbevolen om de toepassingsgereedheid voor herstelwerkstroom periodiek te valideren. Het controleren van het gedrag en de gevolgen van gegevensverlies en/of de onderbreking die een failover omvat, is een goede technische praktijk. Het is ook een vereiste volgens de meeste industriestandaarden als onderdeel van certificering voor bedrijfscontinuïteit.
Het uitvoeren van een rampherstel-oefening bestaat uit:
- Het simuleren van een storing op de gegevenslaag
- Herstellen
- Toepassingsintegriteit valideren na herstel
Afhankelijk van hoe u uw toepassing hebt ontworpen voor bedrijfscontinuïteit, kan de werkstroom voor het uitvoeren van de analyse variëren. In dit artikel worden de aanbevolen procedures beschreven voor het uitvoeren van een noodherstelanalyse in de context van Azure SQL Database.
Geo-herstel
Als u het potentiële gegevensverlies wilt voorkomen bij het uitvoeren van een noodherstelanalyse, voert u de analyse uit met behulp van een testomgeving door een kopie van de productieomgeving te maken en deze te gebruiken om de failoverwerkstroom van de toepassing te controleren. Zie Geo-herstel voor Azure SQL Databasevoor meer informatie.
Storingssimulatie
Als u de storing wilt simuleren, kunt u de naam van de brondatabase wijzigen. Deze naamwijziging veroorzaakt fouten in de toepassingsconnectiviteit.
Terugwinning
- Voer een geo-herstel van de database uit naar een andere server, zoals beschreven in richtlijnen voor herstel na noodgevallen.
- Wijzig de toepassingsconfiguratie om verbinding te maken met de herstelde database en volg de Een database configureren na herstel handleiding om het herstel te voltooien.
Validering
Voltooi de analyse door de toepassingsintegriteit na herstel te controleren (inclusief verbindingsreeksen, aanmeldingen, testen van basisfunctionaliteit of andere validaties van standaardprocedures voor het afmelden van toepassingen).
Failovergroepen
Voor een database die wordt beveiligd met behulp van failovergroepen, omvat de drill-oefening geplande failover naar de secundaire server. De geplande failover zorgt ervoor dat de primaire en secundaire databases in de failovergroep gesynchroniseerd blijven wanneer de rollen worden overgeschakeld. In tegenstelling tot de niet-geplande failover leidt deze bewerking niet tot gegevensverlies, zodat de oefening kan worden uitgevoerd in de productieomgeving.
Storingssimulatie
Als u de storing wilt simuleren, kunt u de webtoepassing of virtuele machine uitschakelen die is verbonden met de database. Deze storingssimulatie resulteert in de connectiviteitsfouten voor de webclients.
Terugwinning
- Zorg ervoor dat de toepassingsconfiguratie in de dr-regio verwijst naar de voormalige secundaire regio, die de volledig toegankelijke nieuwe primaire wordt.
- Start een geplande failover van de failovergroep vanaf de secundaire server.
- Volg de Een database configureren na herstel handleiding om het herstel te voltooien.
Validering
Voltooi de oefening door de integriteit van de applicatie na herstel te controleren (inclusief connectiviteit, testen van basisfunctionaliteit of andere validaties die vereist zijn voor de afronding van de oefening).
Planning voor een storing
- Zie Actieve geo-replicatie en Failover-groepenvoor meer informatie over snellere herstelopties.
- Bekijk richtlijnen voor herstel na noodgevallen en de controlelijst voor hoge beschikbaarheid en controlelijst voor herstel na noodgevallen.
Verwante inhoud
- scenario's voor continuïteit
- automatische back-ups
- Geo-herstel voor Azure SQL Database