Noodherstelanalyses uitvoeren

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 noodherstelanalyse bestaat uit:

• Gegevenslaagstoring simuleren
• Herstellen
• Toepassingsintegriteit valideren na herstel

Afhankelijk van hoe u uw toepassing voor bedrijfscontinuïteit hebt ontworpen, 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.

Storingssimulatie

Als u de storing wilt simuleren, kunt u de naam van de brondatabase wijzigen. Deze naamwijziging veroorzaakt fouten in de toepassingsconnectiviteit.

Herstel

• Voer het geo-herstel van de database uit op een andere server, zoals beschreven in de richtlijnen voor herstel na noodgevallen van Azure SQL Database.
• Wijzig de toepassingsconfiguratie om verbinding te maken met de herstelde database en volg de handleiding Een database configureren na herstel om het herstel te voltooien.

Validatie

Voltooi de analyse door de toepassingsintegriteit na herstel te controleren (inclusief verbindingsreeks s, aanmeldingen, testen van basisfunctionaliteit of andere validaties van standaardprocedures voor het afmelden van toepassingen).

Failovergroepen

Voor een database die is 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 analyse 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.

Herstel

• 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 handleiding Een database configureren na herstel om het herstel te voltooien.

Validatie

Voltooi de analyse door de toepassingsintegriteit na herstel te controleren (inclusief connectiviteit, testen van basisfunctionaliteit of andere validaties die vereist zijn voor de uitzoomen).

Volgende stappen

• Zie Continuïteitsscenario's voor meer informatie over bedrijfscontinuïteitsscenario's.
• Zie geautomatiseerde back-ups van SQL Database voor meer informatie over geautomatiseerde back-ups van Azure SQL Database
• Voor meer informatie over het gebruik van geautomatiseerde back-ups voor herstel raadpleegt u het herstellen van een database vanuit de door de service geïnitieerde back-ups.
• Zie Actieve geo-replicatie en failovergroepen voor meer informatie over snellere herstelopties.
• Raadpleeg de richtlijnen voor herstel na noodgevallen van Azure SQL Database en de controlelijst voor hoge beschikbaarheid en herstel na noodgevallen van Azure SQL Database.