Udostępnij za pośrednictwem


Konfigurowanie powiadomień z wyprzedzeniem dla zdarzeń planowanej konserwacji w usłudze Azure SQL Database

Dotyczy: Azure SQL Database

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.

Powiadomienia można skonfigurować tak, aby otrzymywać wiadomości SMS, wiadomości e-mail, powiadomienia push platformy Azure i wiadomości głosowe o planowanej konserwacji rozpoczynającej się w ciągu najbliższych 24 godzin. Powiadomienia o kolejnych działaniach są wysyłane po rozpoczęciu konserwacji i zakończeniu konserwacji.

Ważne

W przypadku usługi Azure SQL Database nie można skonfigurować powiadomień z wyprzedzeniem dla opcji Domyślne okno obsługi systemu. Wybierz okno obsługi inne niż domyślne ustawienie Systemowe, aby skonfigurować i włączyć powiadomienia zaawansowane.

Okna obsługi są ogólnie dostępne. Powiadomienia z wyprzedzeniem dotyczące okien obsługi są ogólnie dostępne dla usług Azure SQL Database i Azure SQL Managed Instance.

Konfigurowanie powiadomienia z wyprzedzeniem

Wykonaj poniższe kroki, aby włączyć powiadomienie na stronie kondycji usługi Azure Portal.

Ważne

Kondycja usługi wprowadza nowe środowiska w fazach. Niektórzy użytkownicy zobaczą zaktualizowane środowisko portalu usługi Azure Service Health, a inni nadal będą widzieć klasyczne środowisko portalu usługi Service Health. W przypadku, gdy nadal widzisz klasyczny portal usługi Service Health, w obszarze Region nie wybieraj opcji Globalny jako opcję, ale raczej określonego regionu lub wszystkich regionów.

  1. Przejdź do strony Planowana konserwacja usługi Service Health, wybierz pozycję Alerty dotyczące kondycji, a następnie Dodaj alert dotyczący kondycji usługi.

    Zrzut ekranu przedstawiający stronę Alerty dotyczące kondycji w witrynie Azure Portal. Przycisk Dodaj alert kondycji usługi jest w kolorze czerwonym.

  2. W sekcji Zakres wybierz pozycję subskrypcja.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której wybierasz subskrypcję, w której konfigurujesz alert dotyczący kondycji.

  3. W sekcji Warunek skonfiguruj usługi, które mają być powiadamiane o regionach i kryteriach. Aby uzyskać bardziej ogólny alert, wybierz wszystkie wartości. Aby zawęzić, wybierz usługę Azure SQL Database jako usługę, regiony, w których wdrożono te usługi, i planowaną konserwację dla typu zdarzenia.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której definiujesz warunki alertu kondycji i zdefiniuj usługi, dla których mają być powiadamiane.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której definiujesz warunki alertu kondycji i zdefiniuj regiony, dla których mają być powiadamiane.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której definiujesz warunki alertu kondycji i definiujesz typy zdarzeń, dla których mają być powiadamiane.

  4. W sekcji Akcje wybierz istniejącą grupę akcji lub utwórz nową.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której można dodawać lub tworzyć grupy akcji.

  5. W sekcji Szczegóły zdefiniuj nazwę alertu i określ grupę zasobów, w której ma zostać wdrożona.

    Zrzut ekranu przedstawiający stronę witryny Azure Portal, na której definiujesz szczegóły alertu.

  6. Wybierz pozycję Przejrzyj i utwórz. Alert zostanie utworzony.

  7. Wszystko jest gotowe. Przy następnym wystąpieniu planowanego zdarzenia konserwacji usługi Azure SQL otrzymasz powiadomienie z wyprzedzeniem.

Aby dowiedzieć się więcej na temat tworzenia alertów dotyczących kondycji, odwiedź stronę Azure Service Health

Odbieranie powiadomień

W poniższej tabeli przedstawiono ogólne powiadomienia o informacjach, które mogą zostać wyświetlone:

Stan opis
Rozmyślny Odebrano 24 godziny przed zdarzeniem konserwacji. Konserwacja jest planowana w dniu od 17:00 do 8:001 (czas lokalny) w regionie region_name.
Ruch przychodzący Trwa konserwacja baz danych w regionie region_name .
Zakończony Konserwacja baz danych w regionie region_name jest zakończona.

1 Godzina rozpoczęcia i zakończenia zależy od wybranego okna obsługi.

W poniższej tabeli przedstawiono dodatkowe powiadomienia, które mogą być wysyłane w trakcie konserwacji:

Stan opis
Przełożony - Konserwacja jest w toku, ale nie została ukończona w oknie obsługi.
- Wystąpił problem podczas konserwacji i nie można go uruchomić.
- Planowana konserwacja została uruchomiona, ale nie mogła przejść do końca i będzie kontynuowana w następnym oknie obsługi.
Anulowane Konserwacja baz danych w regionie region_name zostanie anulowana i zostanie ponownie zaplanowana na później.

Uprawnienia

Podczas gdy powiadomienia z wyprzedzeniem mogą być wysyłane na dowolny adres e-mail, zasady kontroli dostępu na podstawie ról (RBAC) subskrypcji platformy Azure określają, kto może uzyskać dostęp do linków w wiadomości e-mail. Wykonywanie zapytań dotyczących grafu zasobów jest objęte zarządzaniem dostępem RBAC na platformie Azure. Aby włączyć dostęp do odczytu, każdy adresat powinien mieć dostęp do odczytu na poziomie grupy zasobów. Aby uzyskać więcej informacji, zobacz Kroki przypisywania roli platformy Azure.

Pobieranie listy zasobów, których dotyczy ten wpływ

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. Zapytania można wykonywać na dużą skalę w danym zestawie subskrypcji, aby skutecznie 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.

Po odebraniu zaawansowanego powiadomienia o planowanej konserwacji zostanie wyświetlony link, który otwiera usługę Azure Resource Graph i wykonuje zapytanie dotyczące dokładnego zdarzenia, podobnie jak poniżej. Wartość jest unikatowa notificationId na zdarzenie konserwacji.

resources
| project resource = tolower(id)
| join kind=inner (
    maintenanceresources
    | where type == "microsoft.maintenance/updates"
    | extend p = parse_json(properties)
    | mvexpand d = p.value
    | where d has 'notificationId' and d.notificationId == 'LNPN-R9Z'
    | project resource = tolower(name), status = d.status, resourceGroup, location, startTimeUtc = d.startTimeUtc, endTimeUtc = d.endTimeUtc, impactType = d.impactType
) on resource
| project resource, status, resourceGroup, location, startTimeUtc, endTimeUtc, impactType

W eksploratorze usługi Azure Resource Graph (ARG) możesz znaleźć wartości stanu wdrożenia, które są nieco inne niż te wyświetlane w zawartości powiadomienia.

Stan opis
Oczekiwanie - Konserwacja jest planowana w nadchodzącym terminie.
- Wcześniej planowana konserwacja została zaplanowana i czeka na rozpoczęcie w następnym oknie.
- Konserwacja została uruchomiona, ale nie została ukończona w poprzednim oknie i będzie kontynuowana w następnym.
Ruch przychodzący Konserwacja region_name zasobów jest uruchamiana lub trwa.
Zakończono Konserwacja region_name zasobów została ukończona.
NoUpdatesPending Wcześniej planowana konserwacja region_name zasobów została anulowana i zostanie ponownie zaplanowana na później.
RetryLater Planowana konserwacja zasobu region_name została uruchomiona, ale nie mogła przejść do końca i będzie kontynuowana w następnym oknie obsługi.

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.