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

Dotyczy:Azure SQL Managed Instance

Powiadomienia z wyprzedzeniem pozwalają skonfigurować powiadomienia tak, aby wysyłały się z wyprzedzeniem do 24 godzin przed planowanym wydarzeniem.

Możesz skonfigurować powiadomienia tak, aby otrzymywać SMS-y, e-maile, powiadomienia Azure push i wiadomości głosowe, gdy planowana konserwacja ma rozpocząć 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

Ważne

Usługa Kondycja usługi udostępnia nowe funkcje etapami. 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. Jeśli nadal widzisz klasyczny portal usługi Service Health, dla opcji Region nie wybieraj wartości Global, lecz zamiast tego określony region lub wszystkie regiony.

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

  1. Przejdź do strony Service Health . W sekcji Alerty wybierz Alerty zdrowotne. Następnie wybierz Utwórz.

    Zrzut ekranu strony Alerty kondycji w portalu Azure. Przycisk Dodaj alert kondycji usługi jest obramowany na czerwono.

  2. W sekcji Zakres wybierz pozycję subskrypcja.

  3. W sekcji Stan skonfiguruj usługi do powiadomienia, regiony i kryteria. Aby uzyskać bardziej ogólne ostrzeżenie, wybierz wszystkie wartości. Aby zawęzić alert, wybierz Azure SQL Managed Instance jako usługę, wybierz regiony, w których wdrożyłeś te usługi, i wybierz Planowana konserwacja 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 wpisz nazwę alertu i określ grupę zasobów, w której chcesz go wdrożyć.

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

  6. Wybierz Znaczniki. Rozważ użycie tagów platformy Azure. Na przykład użyj tagu "Owner" lub "CreatedBy", aby zidentyfikować, kto stworzył zasób, oraz tagu "Environment", aby określić, czy zasób jest w produkcji, rozwoju itd. Aby uzyskać więcej informacji, zobacz Rozwiń strategię nazewnictwa i tagowania zasobów Azure.

  7. Wybierz Przejrzyj + utwórz. Twoje powiadomienie zostanie utworzone w ciągu kilku minut.

Wszystko jest gotowe. Następnym razem, gdy zaplanowane będzie wydarzenie konserwacyjne Azure SQL, otrzymasz powiadomienie z wyprzedzeniem. Aby dowiedzieć się więcej o tworzeniu alertów zdrowotnych, odwiedź Azure Service Health.

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

Azure Service Health łączy trzy oddzielne, mniejsze usługi, aby informować Cię o stanie zasobów chmurowych. Informacje te obejmują bieżące i nadchodzące kwestie, takie jak zdarzenia wpływające na działanie usługi, planowane prace konserwacyjne oraz inne zmiany, które mogą wpływać na dostępność usług. Kondycja usługi (usługa podrzędna) zapewnia spersonalizowany widok kondycji używanych usług i regionów platformy Azure. Ten widok jest najlepszym miejscem do poszukiwania usług wpływających na planowane działania konserwacyjne.

W sekcji Zdrowie usługi znajdziesz stronę Planowana konserwacja , która zawiera listę wszystkich działań konserwacyjnych wykonywanych w ramach subskrypcji. Za pomocą wbudowanych filtrów można zawęzić listę zdarzeń i ograniczyć ją 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ń na stronie Service Health | Planowana konserwacja możesz przejść do każdego zdarzenia konserwacyjnego i sprawdzić jego szczegóły. Wszystkie zdarzenia utrzymania z tym samym identyfikatorem śledzenia pojawiają się w zakładce Aktualizacje problemów . Na zakładce Dotknięte zasoby portal wymienia zasoby dotknięte opublikowanymi zdarzeniami konserwacyjnymi.

Zrzut ekranu przedstawiający stronę Kondycja usług Azure Monitor z otwartym pojedynczym zdarzeniem konserwacyjnym z pełnymi szczegółami zdarzenia.

Odbieranie powiadomień

Poniższa tabela przedstawia ogólne powiadomienia informacyjne, które możesz otrzymać:

Stan Opis
Zaplanowane Otrzymałem wiadomość 24 godziny przed wydarzeniem konserwacyjnym. Konserwacja jest planowana w dniu od 17:00 do 8:001 (czas lokalny) w regionie region_name.
Ruch przychodzący Rozpoczyna się konserwacja baz danych w regionie region_name .
Zakończony Utrzymanie baz danych w regionie region_name jest zakończone.

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 - Prace konserwacyjne są w toku, ale nie zostały ukończone w oknie serwisowym.
- Podczas konserwacji był problem i nie mógł odpalić.
- Planowana konserwacja rozpoczęła się, ale nie udało się jej dokończyć i będzie kontynuowana w następnym oknie serwisowym.
Anulowane Prace konserwacyjne baz danych w regionie region_name zostały odwołane i zostaną przełożone 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.

Programowo pobieraj listę dotkniętych zasobów

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.

Gdy otrzymasz zaawansowane powiadomienie o planowanej konserwacji, otrzymujesz link, który otwiera Azure Resource Graph i wykonuje zapytanie o dokładnie to zdarzenie. Wartość notificationId jest unikalna dla każdego zdarzenia konserwacyjnego. Zapytanie wygląda podobnie do następującego przykładu:

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 Azure Resource Graph (ARG) możesz znaleźć wartości statusu wdrożenia, które różnią się od tych wyświetlanych w treści powiadomień.

Stan Opis
Oczekiwanie - Konserwacja jest planowana w nadchodzącym terminie.
- Planowane wcześniej prace konserwacyjne zostały przełożone i czekają 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 zasobu region_name rozpoczyna się lub już trwa.
Zakończono Konserwacja zasobu region_name została zakończona.
NoUpdatesPending Wcześniej zaplanowane prace konserwacyjne dotyczące zasobu region_name zostały anulowane i zostaną przełożone na późniejszy termin.
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.

Pełne odniesienie do przykładowych zapytań i ich wykorzystania w narzędziach takich jak PowerShell czy Azure CLI, można znaleźć w Azure Resource Graph przykładowych zapytaniach dla Azure Service Health.