Informationen zu Pre- und Post-Events (Vorschau)

Gilt für: ✔️ Windows-VMs ✔️ Linux-VMs ✔️ Lokale Umgebung ✔️ Azure Arc-fähige Server.

Mit den Pre- und Post-Events (Vorschau) in Azure Update Manager können Sie bestimmte Aufgaben vor und nach einer geplanten Wartungskonfiguration automatisch ausführen. Weitere Informationen zum Erstellen von Wartungskonfigurationen finden Sie unter Planen von wiederkehrenden Updates für Computer mithilfe des Azure-Portals und Azure Policy. Beispielsweise können Sie mithilfe von Pre- und Post-Events die folgenden Aufgaben auf Computern ausführen, die Teil eines Zeitplans sind. Die folgende Liste ist nicht vollständig, und Sie können Pre- und Post-Events nach Bedarf erstellen.

Beispielaufgaben

Vor- und Nachbereitungsereignisse können in folgenden Szenarien definiert werden:

Pre-Events

Szenario	Beschreibung
Einschalten von Computern	Schalten Sie den Computer ein, um Updates anzuwenden.
Erstellen einer Momentaufnahme	Datenträgermomentaufnahmen für die Wiederherstellung von Daten
Benachrichtigungs-E-Mail	Senden einer Benachrichtigung, bevor ein Patch ausgelöst wird.
Beenden von Diensten	Beenden von Diensten wie Gatewaydienste, NPExServices, SQL-Dienste und ähnliches.

Post-Events

Szenario	Beschreibung
Deaktivieren	Schalten Sie Computer nach dem Anwenden von Updates aus.
Benachrichtigungen	Senden Sie eine Patchzusammenfassung oder eine Benachrichtigung mit dem Hinweis, dass das Patchen abgeschlossen ist.
Starten von Diensten	Starten Sie Dienste wie SQL, Integritätsdienste und Ähnliches.
Berichte	Bericht nach dem Patchen.
Tagänderung	Ändern Sie Tags (gelegentlich auch mit Ausschalten durch Tagänderung).

Planen der Ausführungsreihenfolge mit Pre- und Post-Events

Für einen bestimmten Zeitplan können Sie ein Pre-Event, ein Post-Event oder beides einschließen. Darüber hinaus können Sie mehrere Pre- und/oder Post-Events haben. Die Abfolge der Ausführung für einen Zeitplan mit Pre- und Post-Events lautet wie folgt:

1. Pre-Event: Aufgaben, die ausgeführt werden, bevor das Wartungsfenster des Zeitplans beginnt. Beispiel: Einschalten des Computers vor dem Patchen.

2. Abbruch: In diesem Schritt können Sie den Abbruch des Zeitplans initiieren. Einige Szenarien, in denen Sie sich entscheiden, eine Ausführung eines Zeitplans abzubrechen, umfassen Fehler bei Pre-Events oder wenn Pre-Events die Ausführung nicht abgeschlossen haben.

   Hinweis

   Sie müssen den Abbruch im Rahmen des Pre-Events. Die Azure Update Manager- oder Wartungskonfiguration bricht den Zeitplan nicht automatisch ab. Wenn Sie den Vorgang nicht abbrechen, wird die Ausführung des Zeitplans mit der Installation von Updates während des benutzerdefinierten Wartungsfensters fortgesetzt.

3. Installation von Updates: Updates werden als Teil des benutzerdefinierten Zeitplanwartungsfensters installiert.

4. Post-Event: Das Post-Event wird unmittelbar nach der Installation von Updates ausgeführt. Er tritt entweder innerhalb des Wartungsfensters auf, wenn die Updateinstallation abgeschlossen ist und noch Zeit verbleibt, oder außerhalb des Fensters, wenn das Wartungsfenster beendet wurde. Beispiel: Deaktivieren der virtuellen Computer nach Abschluss des Patchings.

   Hinweis

   In Azure Update Manager werden die Pre-Events außerhalb des Wartungsfensters ausgeführt, und die Post-Events können außerhalb des Wartungsfensters ausgeführt werden. Sie müssen die zusätzliche Zeit einplanen, die erforderlich ist, um die geplante Ausführung auf Ihren Computern abzuschließen.

5. Zeitplanstatus: Der Erfolgs- oder Fehlerstatus einer Zeitplanausführung bezieht sich nur auf die Updateinstallation auf den Computern, die Teil des Zeitplans sind. Der Ausführungsstatus des Zeitplans enthält nicht den Status von Pre- und Post-Events. Wenn das Pre-Event fehlgeschlagen ist und Sie die Abbruch-API aufgerufen haben, wird der Ausführungsstatus des Zeitplans als abgebrochen angezeigt.

   Azure Update Manager verwendet Event Grid, um Pre- und Post-Events in Konfigurationen für die geplante Wartung zu erstellen und zu verwalten. In Event Grid stehen Ereignishandler wie Azure-Webhooks, Azure Functions usw. als Auslöser für Ihre Pre- und Post-Events zur Auswahl.

   

   Hinweis

   Wenn Sie Runbooks in Pre- und Post-Events in der Azure Automation-Updateverwaltung verwenden und planen, sie in Azure Update Manager wiederzuverwenden, empfiehlt es sich, mit Automation-Runbooks verknüpfte Azure-Webhooks zu verwenden. Weitere Informationen

Zeitlicher Ablauf von Zeitplänen für Vor- und Nachbereitungsereignisse

Es wird empfohlen, sich mit der folgenden Tabelle vertraut zu machen, um den zeitlichen Ablauf des Zeitplans für Pre- und Post-Events zu verstehen.

Als Beispiel dient ein Szenario, in dem der Beginn eines Wartungsplans auf 15:00 Uhr und ein Wartungsfenster von drei Stunden und 55 Minuten für den Wartungsbereich Gast festgelegt ist. Der Zeitplan verfügt über ein Pre-Event und ein Post-Event. Die Details sind im Folgenden aufgeführt:

Zeit	Details
14:19 Uhr	Da die Ausführung des Zeitplans um 15:00 Uhr beginnt, können Sie die Computer oder Bereiche in 40 Minuten vor der Startzeit ändern (d. h. auf 14:19 Uhr). Hinweis: Dies gilt, wenn Sie einen neuen Zeitplan erstellen oder einen vorhandenen Zeitplan mit einem Pre-Event bearbeiten.
14:20 Uhr – 14:30 Uhr	Da das Pre-Event mindestens 30 Minuten vorher ausgelöst wird, kann es jederzeit zwischen 14:20 und 14:30 Uhr ausgelöst werden.
14:30 Uhr – 14:50 Uhr	Das Pre-Event läuft von 14:30 bis 14:50 Uhr. Das Pre-Event muss die Aufgaben bis 14:50 Uhr abschließen. Hinweis: Wenn Sie mehr als ein Pre-Event konfiguriert haben, müssen alle Ereignisse innerhalb von 20 Minuten ausgeführt werden. Mehrere Pre-Events werden unabhängig voneinander ausgeführt. Sie können die Anforderungen entsprechend anpassen, indem Sie die Logik in den Pre-Events definieren. Wenn Beispielsweise zwei Pre-Events sequenziell ausgeführt werden sollen, können Sie eine verzögerte Startzeit in die Logik des zweiten Pre-Events einschließen. Wenn das Pre-Event länger als 20 Minuten ausgeführt wird oder ein Fehler auftritt, können Sie die Ausführung des Zeitplans abbrechen, andernfalls wird die Patchinstallation unabhängig vom Status der Ausführung des Pre-Events fortgesetzt.
14:50 Uhr	Der spätestes Zeitpunkt, an dem die Abbruch-API aufgerufen werden kann, ist 14:50 Uhr. Hinweis: Wenn die Abbruch-API nicht aufgerufen wird oder nicht eingerichtet wurde, wird die Patchinstallation ausgeführt.
15:00 Uhr	Die Ausführung des Zeitplans wird um 15:00 Uhr ausgelöst.
18:55 Uhr	Um 18:55 Uhr schließt der Zeitplan die Installation der Updates während des Wartungsfensters von 3 Stunden und 55 Minuten ab. Das Post-Event wird um 18:55 Uhr ausgelöst, sobald die Updates installiert wurden. Hinweis: Wenn Sie ein kürzeres Wartungsfenster von zwei Stunden definiert haben, wird das Ereignis nach der Wartung nach zwei Stunden ausgelöst. Und wenn die Updateinstallation vor der festgelegten Zeit von zwei Stunden (also innerhalb von einer Stunde und 50 Minuten) abgeschlossen ist, wird das Post-Event sofort gestartet.

Achten Sie möglichst auf Folgendes:

• Wenn Sie einen neuen Zeitplan mit einem Pre-Event erstellen oder einen bereits vorhandenen Zeitplan mit einem Pre-Event bearbeiten, müssen vor dem Wartungsfenster mindestens 40 Minuten Zeit sein, damit das Pre-Event ausgeführt werden kann (im obigen Beispiel: 15:00 Uhr). Andernfalls wird die aktuell geplante Ausführung automatisch abgebrochen.
• Durch Aufrufen einer Abbruch-API aus Ihrem Skript oder Code wird die Ausführung des Zeitplans und nicht der gesamte Zeitplan abgebrochen.
• Der Status der Ausführung von Pre- und Post-Events kann im ausgewählten Ereignishandler geprüft werden.

Nächste Schritte

• Informationen zum Konfigurieren von Pre- und Post-Events oder zum Abbrechen einer Zeitplanausführung finden Sie unter Konfigurationsereignisse vor und nach der Wartung.