Okno obsługi w usłudze Azure SQL Database
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
Inne scenariusze:
- 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.
- Okno obsługi jest obsługiwane w przypadku nazwanych replik.
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 | ||
| Francja Środkowa | Tak | 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łączeń 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.