Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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.
Przejdź do strony Service Health . W sekcji Alerty wybierz Alerty zdrowotne. Następnie wybierz Utwórz.
W sekcji Zakres wybierz pozycję subskrypcja.
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.
W sekcji Akcje wybierz istniejącą grupę akcji lub utwórz nową.
W sekcji Szczegóły wpisz nazwę alertu i określ grupę zasobów, w której chcesz go wdrożyć.
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.
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.
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.
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.