Udostępnij za pośrednictwem

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

  • Artykuł

Dotyczy: Azure SQL Managed Instance

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.

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 Service Health w obszarze Alerty wybierz pozycję Alerty dotyczące kondycji. Następnie wybierz Utwórz.

    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.

  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 Managed Instance 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ę Tagi. Rozważ użycie tagów platformy Azure. Na przykład tag "Właściciel" lub "CreatedBy", aby zidentyfikować, kto utworzył zasób, oraz tag "Środowisko", aby określić, czy ten zasób znajduje się w środowisku produkcyjnym, programistycznym itp. Aby uzyskać więcej informacji, zobacz Develop your naming and tagging strategy for Azure resources (Opracowywanie strategii nazewnictwa i tagowania zasobów platformy Azure).

  7. Wybierz pozycję Przejrzyj i utwórz. Alert zostanie utworzony w ciągu najbliższych kilku minut.

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

Śledzenie zdarzeń konserwacji usługi Azure SQL Managed Instance

Usługa Azure Service Health to połączenie trzech oddzielnych mniejszych usług, które mają na celu informowanie o kondycji zasobów w chmurze. Te informacje obejmują bieżące i nadchodzące problemy, takie jak usługa wpływająca na zdarzenia, planowana konserwacja i inne zmiany, które mogą mieć wpływ na dostępność. Kondycja usługi (usługa podrzędna) zapewnia spersonalizowany widok kondycji używanych usług i regionów platformy Azure. Jest to najlepsze miejsce, aby wyszukać usługę wpływającą na planowane działania konserwacyjne.

W obszarze Kondycja usługi można znaleźć stronę Planowana konserwacja zawierająca listę wszystkich działań konserwacyjnych wykonywanych w ramach subskrypcji. Za pomocą wbudowanych filtrów można zawęzić listę zdarzeń i określić ich zakres do dzierżawy, subskrypcji, regionu lub typu zasobu.

Zrzut ekranu przedstawiający stronę kondycji usługi Azure Monitor, na której można wyświetlić listę wszystkich zdarzeń konserwacji.

Z listy zdarzeń w usłudze Service Health | Strona Planowana konserwacja umożliwia dalsze przechodzenie do każdego zdarzenia konserwacji i sprawdzanie szczegółów. Wszystkie zdarzenia konserwacji o tym samym identyfikatorze śledzenia będą wyświetlane na karcie Aktualizacje problemów. W obszarze Zasoby, których dotyczy wpływ, są wyświetlane zasoby, na które mają wpływ opublikowane zdarzenia konserwacji.

Zrzut ekranu przedstawiający stronę kondycji usługi Azure Monitor z otwartym zdarzeniem pojedynczej konserwacji zawierającym pełne szczegóły zdarzenia.

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.

Programowe 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.

Powiązana zawartość