Informatie over gebeurtenissen vóór en na
Van toepassing op: ✔️ Virtuele Windows-machines linux-VM's ✔️ ✔️ on-premises azure ✔️ Arc-servers.
Met de pre- en postgebeurtenissen in Azure Update Manager kunt u bepaalde taken automatisch uitvoeren vóór en na een geplande onderhoudsconfiguratie. Zie Terugkerende updates voor machines plannen met behulp van Azure Portal en Azure Policy voor meer informatie over het maken van planningsonderhoudsconfiguraties. Met pre- en postgebeurtenissen kunt u bijvoorbeeld de volgende taken uitvoeren op computers die deel uitmaken van een planning. De volgende lijst is niet volledig en u kunt gebeurtenissen vooraf maken en posten op basis van uw behoeften.
Voorbeeldtaken
Hier volgen de scenario's waarin u gebeurtenissen vooraf en na kunt definiëren:
| Scenario | Beschrijving |
|---|---|
| Machines inschakelen | Schakel de computer in om updates toe te passen. |
| Momentopname maken | Schijfmodules die worden gebruikt om gegevens te herstellen. |
| E-mailadres voor meldingen | Een meldingswaarschuwing verzenden voordat een patch wordt geactiveerd. |
| Services stoppen | Stop services zoals Gateway-services, NPExServices, SQL-services, enzovoort. |
Uitvoeringsvolgorde plannen met gebeurtenissen vóór en na
Voor een bepaald schema kunt u een pregebeurtenis, een postgebeurtenis of beide opnemen. Daarnaast kunt u meerdere voor- en/of postgebeurtenissen hebben. De volgorde van de uitvoering voor een planning met voorafgaande en postgebeurtenissen is als volgt:
Vóórgebeurtenis : taken die worden uitgevoerd voordat het planningsonderhoudsvenster begint. Bijvoorbeeld: schakel de machines in voordat u patches gaat uitvoeren.
Annulering : in deze stap kunt u de annulering van de planningsuitvoering initiëren. In sommige scenario's waarin u ervoor kunt kiezen om een planningsuitvoering te annuleren, zijn mislukte gebeurtenissen of is de uitvoering niet voltooid.
Notitie
U moet annulering initiëren als onderdeel van de pregebeurtenis; Azure Update Manager of onderhoudsconfiguratie annuleert de planning niet automatisch. Als u niet annuleert, gaat de planningsuitvoering verder met het installeren van updates tijdens het door de gebruiker gedefinieerde onderhoudsvenster.
Installatie van updates: updates worden geïnstalleerd als onderdeel van het door de gebruiker gedefinieerde onderhoudsvenster.
Na de gebeurtenis: de postgebeurtenis wordt direct uitgevoerd nadat updates zijn geïnstalleerd. Dit gebeurt in het onderhoudsvenster als de installatie van de update is voltooid en er een venster links of buiten het venster is als het onderhoudsvenster is beëindigd. Bijvoorbeeld: Schakel de VM's uit na voltooiing van de patch.
Notitie
In Azure Update Manager worden de pregebeurtenissen uitgevoerd buiten het onderhoudsvenster en kunnen postgebeurtenissen buiten het onderhoudsvenster worden uitgevoerd. U moet plannen voor deze extra tijd die nodig is om de uitvoering van de planning op uw machines te voltooien.
Planningsstatus : de succes- of foutstatus van een planningsuitvoering verwijst alleen naar de update-installatie op de computers die deel uitmaken van de planning. De uitvoeringsstatus van de planning bevat niet de status van de pre- en postgebeurtenis. Als de voorgebeurtenis is mislukt en u de annulerings-API hebt aangeroepen, wordt de uitvoeringsstatus van de planning weergegeven als geannuleerd.
Azure Update Manager maakt gebruik van Event Grid om pre- en postgebeurtenissen te maken en te beheren voor geplande onderhoudsconfiguraties. In Event Grid kunt u kiezen uit gebeurtenis-handlers, zoals Azure Webhooks, Azure Functions, enzovoort, om uw pre- en postactiviteit te activeren.
Notitie
Als u Runbooks gebruikt in pre- en postgebeurtenissen in Azure Automation Updatebeheer en deze opnieuw wilt gebruiken in Azure Update Manager, raden we u aan Om Azure-webhooks te gebruiken die zijn gekoppeld aan Automation-runbooks. Meer informatie.
Tijdlijn van planningen voor voor- en postgebeurtenissen
We raden u aan de volgende tabel door te gaan om inzicht te hebben in de tijdlijn van de planning voor pre- en postgebeurtenissen.
Als een onderhoudsschema bijvoorbeeld is ingesteld op begin om 13:00 uur, met het onderhoudsvenster van 3 uur en 55 minuten voor het onderhoud van gasten . De planning heeft één voorgebeurtenis en één nagebeurtenis en hieronder vindt u de details:
| Tijd | DETAILS |
|---|---|
| 2:19 pm | Aangezien de planning wordt uitgevoerd om 17:00 uur, kunt u de machines of bereiken 40 minuten wijzigen vóór de begintijd (dat wil bijvoorbeeld om 14:19 uur). Notitie Dit geldt als u een nieuwe planning maakt of een bestaande planning bewerkt met een pregebeurtenis. |
| 2:20 - 14:30 | Omdat de pregebeurtenis ten minste 30 minuten eerder wordt geactiveerd, kan deze op elk gewenst moment tussen 2:20 en 2:30 uur worden geactiveerd. |
| 2:30 - 23:50 uur | De pregebeurtenis wordt uitgevoerd van 2:30 tot 2:50 uur. De pregebeurtenis moet de taken om 2:50 uur voltooien. Notitie Als u meer dan één voorgebeurtenis hebt geconfigureerd, moeten alle gebeurtenissen binnen 20 minuten worden uitgevoerd. In het geval van meerdere voorgebeurtenissen worden ze allemaal onafhankelijk van elkaar uitgevoerd. U kunt aanpassen op basis van uw behoeften door de logica in de pregebeurtenissen te definiëren. Als u bijvoorbeeld wilt dat twee voorgebeurtenissen opeenvolgend worden uitgevoerd, kunt u een vertraagde begintijd opnemen in de logica van uw tweede pregebeurtenis. Als de pregebeurtenis langer dan 20 minuten of mislukt, kunt u ervoor kiezen om de planningsuitvoering te annuleren, anders wordt de patchinstallatie voortgezet, ongeacht de status van de uitvoering vóór de gebeurtenis. |
| 14:50 uur | De laatste tijd die de annulerings-API kan aanroepen, is 2:50 uur. Notitie Als de annulerings-API niet kan worden aangeroepen of niet is ingesteld, wordt de patchinstallatie uitgevoerd. |
| 15:00 uur | De planningsuitvoering wordt om 17:00 uur geactiveerd. |
| 18:55 uur | Om 18:55 uur wordt de installatie van de updates tijdens het onderhoudsvenster van 3 uur 55 minuten voltooid. De postgebeurtenis wordt om 18:55 uur geactiveerd zodra de updates zijn geïnstalleerd. Notitie Als u een korter onderhoudsvenster van 2 uur hebt gedefinieerd, wordt de onderhoudsgebeurtenis na 2 uur geactiveerd en als de update-installatie is voltooid vóór de opgegeven tijd van 2 uur (dat wil gezegd: 1 uur 50 minuten), wordt de postgebeurtenis onmiddellijk gestart. |
We raden u aan het volgende te bekijken:
- Als u een nieuw schema maakt of een bestaande planning bewerkt met een pregebeurtenis, hebt u ten minste 40 minuten nodig voordat het onderhoudsvenster wordt gestart (17:00 uur in het bovenstaande voorbeeld) voordat de pregebeurtenis wordt uitgevoerd, anders leidt dit tot automatische annulering van de huidige geplande uitvoering.
- Als u een annulerings-API aanroept vanuit uw script of code, wordt de uitvoering van de planning geannuleerd en niet de hele planning.
- De status van de pre- en postgebeurtenisuitvoering kan worden gecontroleerd in de gebeurtenis-handler die u hebt gekozen.
Volgende stappen
- Zie pre- en post-configuratiegebeurtenissen voor en na onderhoud voor meer informatie over het maken van pre- en postgebeurtenissen.
- Zie pre- en post-configuratiegebeurtenissen voor en na het plannen voor meer informatie over het configureren van gebeurtenissen vóór en na het posten van gebeurtenissen of het annuleren van een planningsuitvoering.
- Raadpleeg hier voor meer informatie over het gebruik van pre- en postgebeurtenissen om uw VM's in en uit te schakelen met behulp van Webhooks.
- Raadpleeg hier voor meer informatie over het gebruik van pre- en postgebeurtenissen om uw VM's in en uit te schakelen met behulp van Azure Functions.