Przeprowadzanie próbnych odzyskiwania po awarii — Azure SQL Database
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.
Odzyskiwanie
- Wykonaj przywracanie geograficzne bazy danych na inny serwer zgodnie z opisem w temacie Wskazówki dotyczące odzyskiwania po awarii.
- 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.
Walidacja
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.
Odzyskiwanie
- 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 planowany tryb failover grupy trybu failover z serwera pomocniczego.
- Postępuj zgodnie z przewodnikiem Konfigurowanie bazy danych po odzyskiwaniu , aby ukończyć odzyskiwanie.
Walidacja
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).
Powiązana zawartość
Aby dowiedzieć się więcej, zapoznaj się z tematem:
- Scenariusze ciągłości.
- Automatyczne kopie zapasowe
- 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.
- Przejrzyj wskazówki dotyczące odzyskiwania po awarii oraz listę kontrolną wysokiej dostępności i odzyskiwania po awarii.