Przeprowadzanie ćwiczeń odzyskiwania po awarii — Azure SQL Managed Instance

Dotyczy:Azure SQL Managed Instance

Należy okresowo testować i weryfikować, czy aplikacje są gotowe do procesu 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.

Przeprowadzenie testu odzyskiwania po awarii obejmuje:

  • Symulowanie awarii warstwy danych
  • Odzyskiwanie
  • Weryfikowanie integralności aplikacji po odzyskiwaniu
  • Powrót do pierwotnej instancji (opcjonalnie)

W zależności od tego, jak zaprojektowano aplikację pod kątem ciągłości działania, procedura przeprowadzenia testu 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 Managed Instance.

Przywracanie geograficzne

Aby zapobiec potencjalnej utracie danych podczas przeprowadzania testu odzyskiwania po awarii, wykonaj go w środowisku testowym, tworząc kopię środowiska produkcyjnego i używając jej do zweryfikowania przebiegu przełączania awaryjnego 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

Walidacja

Ukończ ćwiczenie, sprawdzając integralność aplikacji po odzyskaniu (w tym parametry połączenia, dane logowania, podstawowe testy funkcjonalności oraz inne weryfikacje będące częścią standardowych procedur zatwierdzania aplikacji).

Przywrócenie działania

W przypadku przywracania geograficznego, powrót do działania polega na ponownym przypisaniu aplikacji do oryginalnego wystąpienia.

Grupy przełączania awaryjnego

W przypadku instancji chronionej przez grupy trybu failover ćwiczenie próbne obejmuje planowane przełączenie awaryjne do instancji pomocniczej. Planowana praca w trybie failover gwarantuje, że wystąpienia podstawowe i pomocnicze w grupie trybu failover pozostaną zsynchronizowane po przełączeniu ról. W przeciwieństwie do nieplanowanego przełączenia awaryjnego, ta operacja nie powoduje utraty danych, więc można przeprowadzić test w środowisku produkcyjnym.

Skonfiguruj grupę trybu failover przy użyciu zasad trybu failover odpowiadających potrzebom biznesowym i przetestuj tryb failover niezależnie od sposobu konfigurowania zasad trybu failover. Aby uzyskać więcej informacji, zapoznaj się z testem pracy awaryjnej. Zalecana jest zasada przełączania awaryjnego zarządzana przez klienta, ponieważ daje kontrolę nad procesem przełączania awaryjnego.

Ważne

Ponieważ systemowe bazy danych nie są replikowane między wystąpieniami w grupie trybu failover, ręcznie utwórz ponownie obiekty systemowe w wystąpieniu pomocniczym, a następnie przetestuj środowiska z zależnościami obiektów systemowych, aby upewnić się, że działają prawidłowo po przejściu w tryb failover.

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

Walidacja

Zakończ ćwiczenie, weryfikując poprawność działania aplikacji po odzyskaniu (w tym łączność, podstawowe testy funkcjonalne lub inne weryfikacje wymagane do zatwierdzenia ćwiczenia).

Przywrócenie działania

Aby powrócić do poprzedniego stanu, wykonaj planowane przełączenie grupy przełączania awaryjnego z powrotem do oryginalnego wystąpienia podstawowego. Ponieważ aplikacja jest już skonfigurowana tak, aby wskazywała punkt końcowy grupy trybu failover, żadne dalsze zmiany nie są potrzebne. Punkt końcowy grupy przełączania awaryjnego automatycznie kieruje ruch do nowej instancji podstawowej po przełączeniu awaryjnym.

Powrót po awarii jest opcjonalny. Jeśli nie musisz przywracać poprzedniego stanu po awarii, możesz zachować wystąpienie pomocnicze jako nowe wystąpienie podstawowe.

Możliwe jest użycie linku wystąpienia zarządzanego w celu odzyskiwania po awarii.

Dwukierunkowe przejście w tryb failover jest obsługiwane tylko między:

Program SQL Server 2019 i wcześniejsze wersje obsługują tylko jednokierunkowy failover, a failback do programu SQL Server nie jest obsługiwany.

W tej sekcji opisano sposób wykonywania próbnego odzyskiwania po awarii za pomocą programu SQL Server 2022 lub SQL Server 2025. W przypadku korzystania z łącza do wystąpienia zarządzanego na potrzeby odzyskiwania po awarii ćwiczenie obejmuje planowane przełączenie do wystąpienia pomocniczego. Planowane przełączenie awaryjne zapewnia, że wystąpienia podstawowe i pomocnicze w połączeniu wystąpienia zarządzanego pozostają zsynchronizowane po zamianie ról. W przeciwieństwie do nieplanowanego przełączenia awaryjnego, ta operacja nie powoduje utraty danych, więc można przeprowadzić test w środowisku produkcyjnym.

Symulacja awarii

Aby zasymulować awarię, wyłącz połączenia klienta z repliką podstawową bazy danych replikowanej za pośrednictwem linku. Ta symulacja awarii powoduje błędy łączności dla klientów bazy danych (aplikacji).

Odzyskiwanie

Aby odzyskać, wykonaj następujące czynności:

  1. Zainicjuj planowane przejście łącza w tryb failover do wystąpienia pomocniczego.
  2. Przekieruj dotknięte aplikacje na nową instancję podstawową.

Walidacja

Aby przeprowadzić walidację, wykonaj następujące czynności:

  1. Przeprowadź testy łączności aplikacji oraz odczytu/zapisu w nowej głównej instancji.
  2. Opcjonalnie zweryfikuj, czy dane testowe zapisane podczas próby są replikowane do instancji pomocniczej.

Przywrócenie działania

Aby przywrócić oryginalne działanie, wykonaj planowane przełączenie awaryjne wystąpienia zarządzanego z powrotem na oryginalne wystąpienie podstawowe. Po przejściu w tryb failover aplikacja musi zostać ponownie zwrócona do oryginalnego wystąpienia podstawowego.

Powrót po awarii jest opcjonalny. Jeśli nie musisz przywracać poprzedniego stanu po awarii, możesz zachować wystąpienie pomocnicze jako nowe wystąpienie podstawowe.

Powiązana zawartość

Aby dowiedzieć się więcej, zapoznaj się z tematem:

  • Ostatnia aktualizacja o