Informationen zu Vor- und Nachbereitungsereignissen
Gilt für: ✔️ Windows-VMs ✔️ Linux-VMs ✔️ Lokale Umgebung ✔️ Azure Arc-fähige Server.
Mit den Prä- und Postereignissen in Azure Update Manager können Sie bestimmte Aufgaben vor und nach einer geplanten Wartungskonfiguration automatisch ausführen lassen. 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:
| 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. |
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:
Pre-Event: Aufgaben, die ausgeführt werden, bevor das Wartungsfenster des Zeitplans beginnt. Beispiel: Einschalten des Computers vor dem Patchen.
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.
Installation von Updates: Updates werden als Teil des benutzerdefinierten Zeitplanwartungsfensters installiert.
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.
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 Vorab- und Nachfolgeereignissen finden Sie hier.
- Informationen zum Konfigurieren von Pre- und Post-Events oder zum Abbrechen einer Zeitplanausführung finden Sie unter Konfigurationsereignisse vor und nach der Wartung.
- Informationen zum Aktivieren und Deaktivieren Ihrer VMs mithilfe von Vor- und Nachbereitungsereignissen sowie Webhooks finden Sie hier.
- Informationen zum Aktivieren und Deaktivieren Ihrer VMs mithilfe von Vor- und Nachbereitungsereignissen sowie Azure Functions finden Sie hier.