Planowanie zdarzeń konserwacji platformy Azure w usługach Azure SQL Database i Azure SQL Managed Instance

  • Artykuł

Dotyczy: Azure SQL DatabaseAzure SQL Managed Instance

Dowiedz się, jak przygotować się do zdarzeń planowanej konserwacji w bazie danych w usługach Azure SQL Database i Azure SQL Managed Instance.

Co to jest zdarzenie planowanej konserwacji?

Aby zapewnić bezpieczeństwo usług Azure SQL Database i Azure SQL Managed Instance, zgodnych, stabilnych i wydajnych, aktualizacje są wykonywane za pośrednictwem składników usługi niemal stale. Dzięki nowoczesnej i niezawodnej architekturze usług oraz innowacyjnych technologii, takich jak hotpatching, większość aktualizacji jest w pełni przezroczysta i niezwiązana z dostępnością usług. Mimo to kilka typów aktualizacji powoduje krótkie przerwania usługi i wymagają specjalnego traktowania.

Podczas planowanej konserwacji elementy członkowskie kworum bazy danych przechodzą w tryb offline pojedynczo, z intencją, że istnieje jedna replika podstawowa odpowiadająca. W przypadku baz danych Krytyczne dla działania firmy i Premium co najmniej jedna replika pomocnicza będzie również w trybie online, aby zapewnić brak przestoju klienta.

Gdy replika podstawowa musi zostać przełączony w tryb offline, następuje proces rekonfiguracji.

  • W przypadku baz danych Krytyczne dla działania firmy i Premium jedna z replik pomocniczych stanie się nową repliką podstawową.
  • W przypadku baz danych Ogólnego przeznaczenia, Standardowa i Podstawowa replika podstawowa zostanie przeniesiona do innego bezstanowego węzła obliczeniowego z wystarczającą ilością wolnej pojemności.

Czego można oczekiwać podczas zdarzenia planowanej konserwacji

Zdarzenie konserwacji może generować jedną lub wiele rekonfiguracji, w zależności od konstelacji replik podstawowych i pomocniczych na początku zdarzenia konserwacji. Średnio 1,7 ponownych konfiguracji występuje na zdarzenie planowanej konserwacji. Ponowne konfiguracje zwykle kończą się w ciągu 30 sekund. Średnia wynosi osiem sekund. Jeśli aplikacja jest już połączona, musi ponownie nawiązać połączenie z nową repliką podstawową bazy danych.

Jeśli zostanie podjęta próba nowego połączenia, gdy baza danych przechodzi ponowną konfigurację, zanim nowa replika podstawowa będzie w trybie online, zostanie wyświetlony błąd 40613 (Baza danych niedostępna): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. jeśli baza danych ma długotrwałe zapytanie, to zapytanie zostanie przerwane podczas ponownej konfiguracji i będzie konieczne ponowne uruchomienie.

Funkcja okna obsługi

Funkcja okna obsługi umożliwia konfigurację przewidywalnych harmonogramów okien obsługi dla kwalifikujących się baz danych Azure SQL Database i wystąpień zarządzanych SQL. Powiadomienia z wyprzedzeniem okna obsługi są dostępne dla baz danych skonfigurowanych do korzystania z okna obsługi innej niż domyślna.

  • W przypadku usługi Azure SQL Database okna obsługi i powiadomienia z wyprzedzeniem dotyczące okien obsługi są ogólnie dostępne.
  • W przypadku usługi Azure SQL Managed Instance okna obsługi są ogólnie dostępne, ale powiadomienia z wyprzedzeniem są funkcją w wersji zapoznawczej.

Jak symulować zdarzenie planowanej konserwacji

Przed wdrożeniem w środowisku produkcyjnym upewnij się, że aplikacja kliencka jest odporna na zdarzenia konserwacji.

Testowanie ograniczy ryzyko błędów aplikacji i przyczynia się do dostępności aplikacji dla użytkowników końcowych. Zachowanie aplikacji klienckiej można przetestować podczas planowanych zdarzeń konserwacji, testując odporność błędów aplikacji za pomocą programu PowerShell, interfejsu wiersza polecenia lub interfejsu API REST.

W przypadku usługi Azure SQL Managed Instance przejrzyj również inicjowanie ręcznego przejścia w tryb failover. Ręczne przejście w tryb failover powoduje identyczne zachowanie, ponieważ zdarzenie konserwacji powoduje przełącznie repliki podstawowej do trybu offline.

Logika ponowień

Każda aplikacja produkcyjna klienta łącząca się z usługą bazy danych w chmurze powinna implementować niezawodną logikę ponawiania prób połączenia. Właściwa logika automatycznego ponawiania prób pomaga w jak najbardziej przejrzysty sposób rekonfiguracji dla użytkowników końcowych.

Service Health Alert

Jeśli chcesz otrzymywać alerty dotyczące problemów z usługą lub planowanych działań konserwacyjnych, możesz użyć alertów usługi Service Health w witrynie Azure Portal z odpowiednim typem zdarzeń i grupami akcji. Aby uzyskać więcej informacji, zobacz Odbieranie alertów dotyczących powiadomień usługi platformy Azure.

Kondycja zasobów

Jeśli w bazie danych występują błędy logowania, sprawdź okno Resource Health w witrynie Azure Portal , aby uzyskać bieżący stan. Sekcja Historia kondycji zawiera przyczynę przestoju dla każdego zdarzenia (jeśli jest dostępne).

Powiązana zawartość