Powiadomienia z wyprzedzeniem dotyczące zdarzeń planowanej konserwacji (wersja zapoznawcza)

Dotyczy: Azure SQL DatabaseAzure SQL Managed Instance

Powiadomienia z wyprzedzeniem (wersja zapoznawcza) są dostępne dla baz danych skonfigurowanych do używania nie domyślnego okna obsługi i wystąpień zarządzanych z dowolną konfiguracją (w tym domyślną). 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. Dodatkowe powiadomienia są wysyłane po rozpoczęciu 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.

Uwaga

Chociaż okna obsługi są ogólnie dostępne, powiadomienia z wyprzedzeniem dotyczące okien obsługi są dostępne w publicznej wersji zapoznawczej dla usług Azure SQL Database i Azure SQL Managed Instance.

Konfigurowanie powiadomienia z wyprzedzeniem

Powiadomienia z wyprzedzeniem są dostępne dla baz danych Azure SQL Database, które mają skonfigurowane okno obsługi i wystąpienia zarządzane z dowolną konfiguracją (w tym domyślną).

Wykonaj następujące kroki, aby włączyć powiadomienie.

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

    create a new health alert menu option

  2. W sekcji Zakres wybierz pozycję subskrypcja.

    A screenshot of the Azure portal page where you select the subscription where you will be configuring the health alert.

  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 pozycję Azure SQL Database lub Azure SQL Managed Instance jako usługę, regiony, w których wdrożono te usługi, i planowaną konserwację dla typu zdarzenia.

    A screenshot of the Azure portal page where you define conditions for the health alert and define services to be notified for.

    A screenshot of the Azure portal page where you define conditions for the health alert and define regions to be notified for.

    A screenshot of the Azure portal page where you define conditions for the health alert and define event types to be notified for.

Ważne

Kondycja usługi wprowadza nowe experiencs w fazach. Niektórzy użytkownicy zobaczą zaktualizowane środowisko, 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. W sekcji Akcje wybierz istniejącą grupę akcji lub utwórz nową.

    A screenshot of the Azure portal page where you add or create action groups.

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

    A screenshot of the Azure portal page where you define alert details.

  3. Wybierz pozycję Przejrzyj i utwórz , a alert zostanie utworzony.

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 powiadomienia ogólne, które mogą zostać wyświetlone:

Status opis
Planowane Odebrano 24 godziny przed zdarzeniem konserwacji. Konserwacja jest planowana w dniu od 17:00 do 8:00 1 (czas lokalny) w regionie xyz.
Ruch przychodzący Trwa konserwacja baz danych w regionie xyz .
Zakończony Konserwacja baz danych w regionie xyz 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:

Status opis
Przełożony 1) Konserwacja jest w toku, ale nie została ukończona w oknie obsługi. 2) Wystąpił problem podczas konserwacji i nie można go uruchomić. 3) 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 xyz jest 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 opartej na rolach (kontrola dostępu na podstawie ról) 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 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 usługi 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. Należy pamiętać, że 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 powiadomień.

Status opis
Oczekiwanie 1) Konserwacja jest planowana w nadchodzącym terminie. 2) Wcześniej planowana konserwacja została ponownie zaplanowana i czeka na rozpoczęcie w następnym oknie. 3) Konserwacja została uruchomiona, ale nie została ukończona w poprzednim oknie i będzie kontynuowana w następnym.
Ruch przychodzący Konserwacja zasobu xyz jest uruchamiana lub trwa.
Ukończone Konserwacja zasobu xyz jest zakończona.
NoUpdatesPending Wcześniej planowana konserwacja zasobu xyz została anulowana i zostanie ponownie zaplanowana na później.
RetryLater Planowana konserwacja zasobu xyz 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.

Następne kroki