Przeprowadzanie próbnego odzyskiwania po awarii

Dotyczy:Azure SQL Database

Zaleca się okresowe sprawdzanie gotowości aplikacji do przepływu pracy odzyskiwania. Weryfikowanie zachowania aplikacji i implikacji utraty danych i/lub zakłóceń związanych z trybem failover jest dobrą praktyką inżynieryjną. Jest to również wymaganie przez większość standardów branżowych w ramach certyfikacji ciągłości działalności biznesowej.

Wykonanie próbnego odzyskiwania po awarii obejmuje:

• Symulowanie awarii warstwy danych
• Odzyskiwanie
• Weryfikowanie integralności aplikacji po odzyskiwaniu

W zależności od sposobu projektowania aplikacji pod kątem ciągłości działania przepływ pracy do wykonania przechodzenia do szczegółów może się różnić. W tym artykule opisano najlepsze rozwiązania dotyczące przeprowadzania próbnego odzyskiwania po awarii w kontekście usługi Azure SQL Database.

Przywracanie geograficzne

Aby zapobiec potencjalnej utracie danych podczas przeprowadzania próbnego odzyskiwania po awarii, przeprowadź próbę przy użyciu środowiska testowego, tworząc kopię środowiska produkcyjnego i używając jej do weryfikowania przepływu pracy pracy w trybie failover aplikacji.

Symulacja awarii

Aby zasymulować awarię, możesz zmienić nazwę źródłowej bazy danych. Ta zmiana nazwy powoduje błędy łączności aplikacji.

Odzyskiwania

• Wykonaj przywracanie geograficzne bazy danych na inny serwer zgodnie z opisem w artykule Wskazówki dotyczące odzyskiwania po awarii usługi Azure SQL Database.
• Zmień konfigurację aplikacji, aby nawiązać połączenie z odzyskaną bazą danych, a następnie postępuj zgodnie z przewodnikiem Konfigurowanie bazy danych po odzyskiwaniu , aby ukończyć odzyskiwanie.

Sprawdzanie poprawności

Ukończ próbę, sprawdzając integralność aplikacji po odzyskiwaniu (w tym parametry połączenia, identyfikatory logowania, podstawowe testowanie funkcjonalności lub inne weryfikacje części standardowych procedur logowania aplikacji).

Grupy trybu failover

W przypadku bazy danych chronionej przy użyciu grup trybu failover ćwiczenie przechodzenia do szczegółów obejmuje planowane przejście w tryb failover na serwer pomocniczy. Planowana praca w trybie failover gwarantuje, że podstawowe i pomocnicze bazy danych w grupie trybu failover pozostaną zsynchronizowane po przełączeniu ról. W przeciwieństwie do nieplanowanego trybu failover ta operacja nie powoduje utraty danych, więc można przeprowadzić przechodzenie do szczegółów w środowisku produkcyjnym.

Symulacja awarii

Aby zasymulować awarię, możesz wyłączyć aplikację internetową lub maszynę wirtualną połączoną z bazą danych. Ta symulacja awarii powoduje błędy łączności dla klientów internetowych.

Odzyskiwania

• Upewnij się, że konfiguracja aplikacji w regionie odzyskiwania po awarii wskazuje poprzednią pomocniczą, która staje się w pełni dostępnym nowym elementem podstawowym.
• Zainicjuj planowane przejście w tryb failover grupy trybu failover z serwera pomocniczego.
• Postępuj zgodnie z przewodnikiem Konfigurowanie bazy danych po odzyskiwaniu , aby ukończyć odzyskiwanie.

Sprawdzanie poprawności

Ukończ przechodzenie do szczegółów, sprawdzając integralność aplikacji po odzyskiwaniu (w tym łączność, podstawowe testowanie funkcjonalności lub inne weryfikacje wymagane do celów logowania szczegółowego).

Następne kroki

• Aby dowiedzieć się więcej na temat scenariuszy ciągłości działania, zobacz Scenariusze ciągłości działania.
• Aby dowiedzieć się więcej na temat automatycznych kopii zapasowych usługi Azure SQL Database, zobacz Automatyczne kopie zapasowe usługi SQL Database
• Aby dowiedzieć się więcej na temat używania automatycznych kopii zapasowych na potrzeby odzyskiwania, zobacz przywracanie bazy danych z kopii zapasowych zainicjowanych przez usługę.
• Aby dowiedzieć się więcej o szybszych opcjach odzyskiwania, zobacz Aktywne replikacje geograficzne i grupy trybu failover.
• Zapoznaj się ze wskazówkami dotyczącymi odzyskiwania po awarii usługi Azure SQL Database oraz listą kontrolną dotyczącą wysokiej dostępności i odzyskiwania po awarii usługi Azure SQL Database.