Okno obsługi w usłudze Azure SQL Database

  • Artykuł

Dotyczy:Azure SQL Database

Funkcja okna obsługi umożliwia skonfigurowanie harmonogramu konserwacji dla zasobów usługi Azure SQL Database i usługi Azure SQL Managed Instance , dzięki czemu zdarzenia konserwacji wpływające na przewidywalne i mniej zakłócające obciążenie.

Uwaga

Funkcja okna obsługi chroni tylko przed zaplanowanym wpływem na uaktualnienia lub zaplanowaną konserwację. Nie chroni przed wszystkimi przyczynami trybu failover; wyjątki, które mogą powodować krótkie przerwy w połączeniu poza oknem obsługi, obejmują awarie sprzętowe, równoważenie obciążenia klastra i rekonfiguracje bazy danych z powodu zdarzeń takich jak zmiana celu poziomu usługi bazy danych.

Powiadomienia z wyprzedzeniem są dostępne dla baz danych skonfigurowanych do korzystania z okna obsługi niezdefinicyjnej. Powiadomienia z wyprzedzeniem umożliwiają klientom skonfigurowanie powiadomień wysyłanych z wyprzedzeniem do 24 godzin przed każdym zaplanowanym zdarzeniem.

Omówienie

Platforma Azure okresowo wykonuje planowaną konserwację zasobów usługi SQL Database. Podczas zdarzenia konserwacji bazy danych są w pełni dostępne, ale mogą podlegać krótkim rekonfiguracji w ramach umów dotyczących poziomu usług dostępności (SLA) dla usługi SQL Database.

Okno obsługi jest przeznaczone dla obciążeń produkcyjnych, które nie są odporne na ponowną konfigurację bazy danych i nie mogą pochłaniać krótkich przerw w połączeniach spowodowanych przez zdarzenia planowanej konserwacji. Wybierając preferowane okno obsługi, można zminimalizować wpływ planowanej konserwacji , planując jego wystąpienie poza godzinami pracy szczytu. Odporne obciążenia i obciążenia nieprodukcyjne mogą polegać na domyślnych zasadach konserwacji usługi Azure SQL.

Okno obsługi jest bezpłatne i można je skonfigurować podczas tworzenia lub dla istniejących zasobów. Można ją skonfigurować przy użyciu witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia lub interfejsu API platformy Azure.

Ważne

Konfigurowanie okna obsługi jest długotrwałą operacją asynchroniczną, podobną do zmiany warstwy usługi zasobu Azure SQL. Zasób jest dostępny podczas operacji, z wyjątkiem krótkiej rekonfiguracji, która występuje na końcu operacji i zazwyczaj trwa do 8 sekund nawet w przypadku przerwanych długotrwałych transakcji. Aby zminimalizować wpływ ponownej konfiguracji, należy wykonać operację poza godzinami szczytu.

Uzyskiwanie większej przewidywalności przy użyciu okna obsługi

Domyślnie zasady konserwacji usługi Azure SQL blokują najbardziej wpływające aktualizacje w okresie od 8:00 do 5pm czasu lokalnego każdego dnia , aby uniknąć zakłóceń w typowych godzinach pracy szczytu. Czas lokalny jest określany przez lokalizację regionu świadczenia usługi Azure, który hostuje zasób i może obserwować czas letni zgodnie z lokalną definicją strefy czasowej.

Podczas konserwacji bazy danych pozostają dostępne, ale niektóre aktualizacje mogą wymagać przejścia w tryb failover. Domyślne okno obsługi systemu (od 17:00 do 8:00) ogranicza większość działań do tej pory, ale pilne aktualizacje mogą wystąpić poza nim. Aby upewnić się, że wszystkie aktualizacje są wykonywane tylko w oknie obsługi, wybierz opcję inną niż domyślna.

Okno aktualizacji konserwacji można dostosować do czasu odpowiedniego dla zasobów usługi Azure SQL, wybierając spośród dwóch nie domyślnych miejsc okien obsługi:

  • Okno dni powszednie : od 10:00 do 18:00 czasu lokalnego, poniedziałek - czwartek
  • Okno weekendowe : od 10:00 do 18:00 czasu lokalnego, piątek - niedziela

Wymienione dni okna obsługi wskazują dzień początkowy każdego ośmiogodzinnego okna obsługi. Na przykład "10:00 do 6:00 czasu lokalnego, poniedziałek – czwartek" oznacza, że okna obsługi zaczynają się o godzinie 10:00 czasu lokalnego każdego dnia (od poniedziałku do czwartku) i zakończyć o 6:00 czasu lokalnego następnego dnia (wtorek do piątku).

Po wybraniu okna obsługi i zakończeniu konfiguracji usługi planowana konserwacja odbywa się tylko w wybranym oknie. Zdarzenia konserwacji zwykle są wykonywane w jednym oknie, ale niektóre z nich mogą obejmować co najmniej dwa sąsiadujące okna.

Uwaga

Usługa Azure SQL Database jest zgodna z bezpieczną praktyką wdrażania, w której sparowane regiony platformy Azure nie są wdrażane w tym samym czasie. Nie można jednak przewidzieć, który region zostanie uaktualniony jako pierwszy, więc kolejność wdrożenia nie jest gwarantowana. Czasami podstawowa baza danych zostanie najpierw uaktualniona, a czasami będzie ona pomocnicza.

  • W sytuacjach, w których baza danych jest włączona na potrzeby replikacji geograficznej lub grup trybu failover, a replikacja geograficzna nie jest zgodna z parowaniem regionów platformy Azure, należy stosować różne harmonogramy okien obsługi dla podstawowej i pomocniczej bazy danych. Możesz na przykład wybrać okno obsługi dzień powszedni dla pomocniczej bazy danych geograficznej i okno obsługi weekendowej dla podstawowej bazy danych geograficznej.

Ważne

W bardzo rzadkich sytuacjach, w których każde odroczenie akcji może spowodować poważny wpływ, na przykład zastosowanie krytycznej poprawki zabezpieczeń, skonfigurowane okno obsługi może zostać tymczasowo zastąpione.

Powiadomienia z wyprzedzeniem

Powiadomienia o konserwacji można skonfigurować tak, aby otrzymywać alerty o nadchodzących zdarzeniach planowanej konserwacji dla usługi Azure SQL Database. Alerty są dostarczane z wyprzedzeniem 24 godziny przed otwarciem okna obsługi i na końcu okna obsługi. Aby uzyskać więcej informacji, zobacz Powiadomienia z wyprzedzeniem.

Dostępność funkcji

Obsługiwane typy subskrypcji

Konfigurowanie i używanie okna obsługi jest dostępne dla następujących typów ofert: Płatność zgodnie z rzeczywistym użyciem, Dostawca rozwiązań w chmurze (CSP), Microsoft Umowa Enterprise lub Umowa z Klientem Microsoft.

Oferty ograniczone tylko do użycia tworzenia i testowania nie kwalifikują się (na przykład płatność zgodnie z rzeczywistym użyciem — tworzenie i testowanie lub tworzenie i testowanie w przedsiębiorstwie).

Uwaga

Oferta platformy Azure to typ posiadanej subskrypcji platformy Azure. Na przykład subskrypcja ze stawkami płatności zgodnie z rzeczywistym użyciem, platforma Azure w ramach programu Open i Visual Studio Enterprise to wszystkie oferty platformy Azure. Każda oferta lub plan mają różne warunki i korzyści. Twoja oferta lub plan jest wyświetlana w przeglądzie subskrypcji. Aby uzyskać więcej informacji na temat przełączania subskrypcji na inną ofertę, zobacz Zmienianie subskrypcji platformy Azure na inną ofertę.

Obsługiwane cele poziomu usług

Wybranie okna obsługi innego niż domyślne jest dostępne we wszystkich obiektach SLO z wyjątkiem poniższych.

  • Cele SLO nie są obsługiwane:
    • Warstwy Podstawowa, S0 i S1 usługi Azure SQL Database
    • Sprzęt kontrolera domeny
    • Fsv2 sprzęt

Okno obsługi dla elastycznych pul hiperskala jest dostępne w wersji zapoznawczej i jest dostępne w określonych regionach i konfiguracjach. Aby uzyskać więcej informacji, zobacz Blog: obsługa okien obsługi dla elastycznych pul usługi Azure SQL Database w warstwie Hiperskala.

Obsługa regionów usługi Azure SQL Database dla okien obsługi

Wybranie okna obsługi dla usługi Azure SQL Database innej niż domyślna jest obecnie dostępne w następujących regionach uporządkowane według modelu zakupów.

Poniższa tabela dotyczy baz danych, które nie są strefowo nadmiarowe. W przypadku baz danych w strefie dostępności platformy Azure zobacz tabelę strefowo nadmiarowych baz danych.

Region świadczenia usługi Azure Zoptymalizowane pod kątem pamięci w warstwie Premium i premium w warstwie Hiperskala Seria standardowa w warstwie Hiperskala Wszystkie inne modele zakupów i warstwy usługi Azure SQL Database
Australia Wschodnia Tak Tak Tak
Australia Południowo-Wschodnia Tak Tak
Brazylia Południowa Tak Tak
Brazylia Południowo–Wschodnia Tak Tak
Kanada Środkowa Tak Tak Tak
Kanada Wschodnia Tak Tak
Indie Centralne Tak Tak
Środkowe stany USA Tak Tak Tak
Chiny Wschodnie 2 Tak Tak
Chiny Północne 2 Tak Tak
Wschodnie stany USA 1 Tak Tak Tak
Wschodnie stany USA 2 Tak Tak Tak
Azja Wschodnia Tak Tak
Francja Środkowa Tak Tak
Francja Południowa Tak Tak
Niemcy Środkowo-Zachodnie Tak Tak
Japonia Wschodnia Tak Tak Tak
Japonia Zachodnia Tak Tak
Północno-środkowe stany USA Tak Tak
Europa Północna Tak Tak Tak
Północna Republika Południowej Afryki Tak Tak
South Central US Tak Tak Tak
Indie Południowe Tak Tak
Southeast Asia Tak Tak
Szwajcaria Północna Tak Tak
Północne Zjednoczone Emiraty Arabskie Tak Tak
Południowe Zjednoczone Królestwo Tak Tak Tak
Zachodnie Zjednoczone Królestwo Tak Tak
US Gov Teksas Tak Tak
US Gov Wirginia Tak Tak
Zachodnio-środkowe stany USA Tak Tak
West Europe Tak Tak Tak
Zachodnie stany USA Tak Tak Tak
Zachodnie stany USA 2 Tak Tak Tak
Zachodnie stany USA 3 Tak Tak Tak

Poniższa tabela dotyczy strefowo nadmiarowych baz danych.

Region świadczenia usługi Azure Zoptymalizowane pod kątem pamięci w warstwie Premium i premium w warstwie Hiperskala Seria standardowa w warstwie Hiperskala Wszystkie inne modele zakupów i warstwy usługi Azure SQL Database w strefie dostępności platformy Azure
Australia Wschodnia Tak Tak Tak
Kanada Środkowa Tak Tak Tak
Środkowe stany USA Tak Tak Tak
Wschodnie stany USA 1 Tak Tak Tak
Wschodnie stany USA 2 Tak
Japonia Wschodnia Tak
Europa Północna Tak Tak Tak
South Central US Tak
Southeast Asia Tak
Południowe Zjednoczone Królestwo Tak
West Europe Tak Tak Tak
Zachodnie stany USA 2 Tak
Zachodnie stany USA 3 Tak Tak Tak

Konserwacja bramy

Aby uzyskać optymalne korzyści z okien obsługi, upewnij się, że aplikacje klienckie korzystają z zasad przekierowania połączeń. Przekierowanie to zalecane zasady połączenia, w których klienci nawiązują połączenia bezpośrednio z węzłem hostowanym w bazie danych, co prowadzi do zmniejszenia opóźnienia i zwiększenia przepływności.

W usłudze Azure SQL Database wszelkie połączenia korzystające z zasad połączenia serwera proxy mogą mieć wpływ zarówno na wybrane okno obsługi, jak i okno obsługi węzła bramy. Jednak połączenia klienta korzystające z zalecanych zasad połączenia przekierowania nie mają wpływu na ponowną konfigurację konserwacji węzła bramy.

Aby uzyskać więcej informacji na temat zasad połączenia klienta w usłudze Azure SQL Database, zobacz Zasady Połączenie ion usługi Azure SQL Database.

Pobieranie listy zdarzeń konserwacji

Azure Resource Graph to usługa platformy Azure przeznaczona do rozszerzania usługi Azure Resource Management. Eksplorator usługi Azure Resource Graph zapewnia wydajną i wydajną eksplorację zasobów z możliwością wykonywania zapytań na dużą skalę w danym zestawie subskrypcji, dzięki czemu można efektywnie zarządzać środowiskiem.

Eksplorator usługi Azure Resource Graph umożliwia wykonywanie zapytań dotyczących zdarzeń konserwacji. Aby zapoznać się z wprowadzeniem do uruchamiania tych zapytań, zobacz Szybki start: uruchamianie pierwszego zapytania Resource Graph przy użyciu Eksploratora usługi Azure Resource Graph.

Aby sprawdzić zdarzenia konserwacji dla wszystkich baz danych SQL w subskrypcji, użyj następującego przykładowego zapytania w Eksploratorze usługi Azure Resource Graph:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Aby uzyskać pełną dokumentację przykładowych zapytań i sposobu ich używania w różnych narzędziach, takich jak program PowerShell lub interfejs wiersza polecenia platformy Azure, odwiedź stronę Przykładowe zapytania usługi Azure Resource Graph dotyczące usługi Azure Service Health.

Powiązana zawartość