Uwaga
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: ✔️ Maszyny wirtualne z systemem Windows ✔️ Maszyny wirtualne z systemem Linux ✔️ lokalne środowisko ✔️ serwery z obsługą usługi Azure Arc.
Zdarzenia przed i po w menedżerze Azure Update Manager umożliwiają automatyczne wykonywanie określonych zadań przed i po zaplanowanej konserwacji. Aby uzyskać więcej informacji na temat tworzenia konfiguracji utrzymania harmonogramu, zobacz Planowanie cyklicznych aktualizacji maszyn przy użyciu Azure Portal i Azure Policy. Na przykład przy użyciu zdarzeń wstępnych i końcowych można wykonywać następujące zadania na maszynach, które wchodzą w skład harmonogramu. Poniższa lista nie jest wyczerpująca i można tworzyć zdarzenia wstępne i następcze zgodnie z potrzebami.
Przykładowe zadania
Poniżej przedstawiono scenariusze, w których można definiować zdarzenia wstępne i następujące.
| Scenariusz | Opis |
|---|---|
| Włączanie maszyn | Włącz maszynę, aby zastosować aktualizacje. |
| Utwórz migawkę | Migawki dysków używane do odzyskiwania danych. |
| Wiadomość e-mail z powiadomieniem | Wyślij alert powiadomienia przed wyzwoleniem poprawki. |
| Zatrzymywanie usług | Zatrzymywanie usług, takich jak usługi bramy, npExServices, usługi SQL itp. |
Planowanie kolejności wykonywania ze zdarzeniami poprzedzającymi i następczymi
Dla danego harmonogramu można uwzględnić zdarzenia poprzedzające i następcze lub jedne i drugie. Ponadto można mieć wiele zdarzeń poprzedzających i/lub następczych. Sekwencja wykonywania harmonogramu ze zdarzeniami poprzedzającymi i następczymi jest następująca:
Zdarzenia poprzedzające — zadania uruchamiane przed rozpoczęciem okna konserwacji zgodnie z harmonogramem. Na przykład — włącz komputery przed stosowaniem poprawek.
Anulowanie — w tym kroku możesz zainicjować anulowanie uruchomienia harmonogramu. Niektóre scenariusze, w których można anulować przebieg harmonogramu, obejmują błędy zdarzeń poprzedzających lub gdy zdarzenia poprzedzające nie zostały ukończone.
Uwaga
Musisz zainicjować anulowanie przed wydarzeniem; Azure Update Manager lub ustawienia konserwacji nie anulują automatycznie harmonogramu. Jeśli nie anulujesz, uruchomienie harmonogramu spowoduje kontynuację instalowania aktualizacji podczas okna konserwacji określonego przez użytkownika.
Instalacja aktualizacji — aktualizacje są instalowane w ramach okna obsługi harmonogramu zdefiniowanego przez użytkownika.
Zdarzenia następcze — zdarzenie końcowe jest uruchamiane natychmiast po zainstalowaniu aktualizacji. Występuje ono w oknie obsługi, jeśli instalacja aktualizacji została ukończona, a okno pozostało, lub poza oknem, jeśli okno obsługi zostało zakończone. Na przykład: Wyłącz maszyny wirtualne po zakończeniu stosowania poprawek.
Uwaga
W usłudze Azure Update Manager zdarzenia wstępne są uruchamiane poza oknem obsługi i zdarzenia końcowe mogą działać poza oknem obsługi. Należy zaplanować ten dodatkowy czas wymagany do ukończenia wykonywania harmonogramu na komputerach.
Stan harmonogramu — stan powodzenia lub niepowodzenia przebiegu harmonogramu odnosi się tylko do instalacji aktualizacji na komputerach, które są częścią harmonogramu. Status realizacji harmonogramu nie obejmuje stanu zdarzeń przed i po wydarzeniu. Jeśli zdarzenie wstępne nie powiodło się i wywołano API anulowania, status uruchomienia harmonogramu jest wyświetlany jako anulowany.
Menedżer aktualizacji platformy Azure używa usługi Event Grid do tworzenia zdarzeń wstępnych i następczych oraz zarządzania nimi w konfiguracjach zaplanowanej obsługi. W usłudze Event Grid możesz wybrać jedną z obsług zdarzeń, takich jak webhooki platformy Azure, usługa Azure Functions itp., aby uruchamiać działania przed i po zdarzeniu.
Uwaga
Jeśli używasz Runbooków we wstępnych i końcowych zdarzeniach w usłudze Azure Automation Update Management i planujesz ich ponowne wykorzystanie w usłudze Azure Update Manager, zalecamy używanie Azure Webhooks połączonych z Runbookami Azure Automation. Dowiedz się więcej.
Harmonogramy wydarzeń przed i po głównym wydarzeniu
Zalecamy przejrzenie poniższej tabeli, aby zrozumieć harmonogram wydarzeń przed i po nich.
Jeśli na przykład harmonogram konserwacji zostanie ustawiony na rozpoczęcie o godzinie 15:00, z oknem czasowym na konserwację wynoszącym 3 godziny i 55 minut dla zakresu konserwacji 'Gość'. Harmonogram zawiera jedno zdarzenie wstępne i jedno zdarzenie po zdarzeniu i następujące szczegóły:
| Czas | Szczegóły |
|---|---|
| 2:19 PM | Ponieważ uruchomienie harmonogramu rozpoczyna się o godzinie 15:00, można zmodyfikować maszyny lub zakresy 40 minut przed godziną rozpoczęcia (tj. o godzinie 2:19).
Uwaga Ma to zastosowanie, jeśli tworzysz nowy harmonogram lub edytujesz istniejący harmonogram z wydarzeniem poprzedzającym. |
| 2:20–23:30 | Ponieważ zdarzenie wstępne jest wyzwalane co najmniej 30 minut wcześniej, może być wyzwalane w dowolnym momencie od 2:20 pm do 2:30 PM. |
| 2:30–23:50 | Wydarzenie wstępne trwa od 2:30 do 23:50. Etap przed wydarzeniem musi wykonać zadania do 14:50.
Nuta Jeśli masz więcej niż jedno wstępnie skonfigurowane zdarzenie, wszystkie zdarzenia muszą być uruchamiane w ciągu 20 minut. W przypadku wielu zdarzeń wstępnych wszystkie będą wykonywane niezależnie od siebie. Możesz dostosować je zgodnie z potrzebami, definiując logikę w zdarzeniach wstępnych. Jeśli na przykład chcesz, aby dwa zdarzenia wstępne działały sekwencyjnie, możesz uwzględnić opóźniony czas rozpoczęcia w logice drugiego zdarzenia przed zdarzeniami. Jeśli zdarzenie wstępne będzie nadal trwać poza 20 minut lub kończy się niepowodzeniem, możesz anulować przebieg harmonogramu, w przeciwnym razie instalacja poprawki będzie kontynuowana niezależnie od stanu uruchomienia przed zdarzeniem. |
| 2:50 po południu | Ostatni raz, który może wywołać interfejs API anulowania, to 14:50.
Nuta Jeśli wywołanie interfejsu API anulowania nie powiedzie się lub nie zostało skonfigurowane, instalacja poprawki zostanie uruchomiona. |
| 15:00 | Przebieg harmonogramu jest wyzwalany o godzinie 15:00. |
| 18:55 | O godzinie 18:55 harmonogram zakończy instalowanie aktualizacji w trakcie 3-godzinnego i 55-minutowego okna konserwacyjnego.
Zdarzenie post jest wyzwalane o godzinie 18:55 po zainstalowaniu aktualizacji. Nuta Jeśli zdefiniowano krótsze okno obsługi 2 godziny, zdarzenie po konserwacji zostanie uruchomione po 2 godzinach i jeśli instalacja aktualizacji zostanie ukończona przed określonym czasem 2 godzin (tj. 1 godz. 50 min), zdarzenie post rozpocznie się natychmiast. |
Zalecamy obserwowanie następujących elementów:
- Jeśli tworzysz nowy harmonogram lub edytujesz istniejący harmonogram ze zdarzeniem wstępnym, potrzebujesz co najmniej 40 minut przed rozpoczęciem okna konserwacyjnego (15:00 w powyższym przykładzie), aby zdarzenie wstępne mogło się odbyć, w przeciwnym razie prowadzi to do automatycznego anulowania zaplanowanego przebiegu.
- Wywołanie interfejsu API anulowania ze skryptu lub kodu anuluje przebieg harmonogramu, a nie cały harmonogram.
- Stan uruchomienia przed i po zdarzeniu można sprawdzić w wybranej obsłudze zdarzeń.
Następne kroki
- Aby dowiedzieć się, jak tworzyć zdarzenia wstępne i końcowe, zobacz zdarzenia konfiguracji wstępnej i końcowej konserwacji.
- Aby dowiedzieć się, jak skonfigurować zdarzenia wstępne i ogłaszane lub anulować przebieg harmonogramu, zobacz zdarzenia konfiguracji przed konserwacją i po jej utworzeniu.
- Aby dowiedzieć się, jak używać zdarzeń wstępnych i ogłaszanych do włączania i wyłączania maszyn wirtualnych przy użyciu elementów webhook, zobacz tutaj.
- Aby dowiedzieć się, jak używać zdarzeń wstępnych i następczych do włączania i wyłączania maszyn wirtualnych przy użyciu usługi Azure Functions, zapoznaj się z informacjami tutaj.