Om för- och efterhändelser (förhandsversion)

Gäller för: ✔️ Virtuella Windows-datorer ✔️ – Virtuella Linux-datorer ✔️ Lokal miljö ✔️ Azure Arc-aktiverade servrar.

Med för- och efterhändelserna (förhandsversion) i Azure Update Manager kan du utföra vissa uppgifter automatiskt före och efter en schemalagd underhållskonfiguration. Mer information om hur du skapar schemaunderhållskonfigurationer finns i Schemalägga återkommande uppdateringar för datorer med hjälp av Azure-portalen och Azure Policy. Om du till exempel använder för- och efterhändelser kan du utföra följande uppgifter på datorer som ingår i ett schema. Följande lista är inte fullständig och du kan skapa händelser före och efter behov.

Exempeluppgifter

Följande är de scenarier där du kan definiera händelser före och efter:

Förhändelser

Scenario	Beskrivning
Aktivera datorer	Aktivera datorn för att tillämpa uppdateringar.
Skapa ögonblicksbild	Disken fäster som används för att återställa data.
E-postavisering	Skicka en avisering innan du utlöser en korrigering.
Stoppa tjänster	Stoppa tjänster som Gateway-tjänster, NPExServices, SQL-tjänster osv.

Efter händelser

Scenario	Beskrivning
Stäng av	Stäng av datorerna när uppdateringarna har tillämpats.
Meddelanden	Skicka korrigeringssammanfattning eller en avisering om att korrigeringen är klar.
Starta tjänster	Starta tjänster som SQL, hälsotjänster osv.
Rapporter	Efter uppdateringsrapporten.
Taggändring	Ändra taggar och inaktivera ibland med taggändring.

Schemalägg körningsordning med för- och efterhändelser

För ett visst schema kan du inkludera en förhändelse, efter händelsen eller både och. Dessutom kan du ha flera för- och/eller efterhändelser. Körningssekvensen för ett schema med händelser före och efter är följande:

1. Pre-event – Uppgifter som körs innan schemaunderhållsfönstret börjar. Till exempel – Aktivera datorerna innan du korrigerar.

2. Annullering – I det här steget kan du initiera annulleringen av schemakörningen. Vissa scenarier där du kan välja att avbryta en schemakörning är bland annat fel före händelsen eller att förhändelsen inte slutförde körningen.

   Kommentar

   Du måste initiera annulleringen som en del av förhändelsen. Azure Update Manager eller underhållskonfigurationen avbryter inte schemat automatiskt. Om du inte avbryter fortsätter schemakörningen med att installera uppdateringar under den användardefinierade underhållsfönstret.

3. Installation av uppdateringar – Uppdateringar installeras som en del av den användardefinierade schemaunderhållsperioden.

4. Efter händelsen – Efterhändelsen körs omedelbart efter att uppdateringar har installerats. Det inträffar antingen inom underhållsfönstret om uppdateringsinstallationen är klar och det finns ett fönster kvar eller utanför fönstret om underhållsfönstret har avslutats. Till exempel: Inaktivera de virtuella datorerna efter slutförandet av korrigeringen.

   Kommentar

   I Azure Update Manager körs förhändelserna utanför underhållsfönstret och efter händelser kan köras utanför underhållsfönstret. Du måste planera för den ytterligare tid som krävs för att slutföra schemakörningen på dina datorer.

5. Schemastatus – Statusen för lyckad eller misslyckad schemakörning avser endast uppdateringsinstallationen på datorerna som ingår i schemat. Statusen för schemakörningen innehåller inte statusen för för- och efterhändelsen. Om förhändelsen misslyckades och du anropade annullerings-API:et visas schemakörningsstatusen som avbruten.

   Azure Update Manager använder Event Grid för att skapa och hantera händelser före och efter schemalagda underhållskonfigurationer. I Event Grid kan du välja mellan händelsehanterare som Azure Webhooks, Azure Functions osv. för att utlösa din för- och efteraktivitet.

   

   Kommentar

   Om du använder Runbooks i för- och efterhändelser i Azure Automation Update-hantering och planerar att återanvända dem i Azure Update Manager rekommenderar vi att du använder Azure Webhooks som är länkade till Automation Runbooks. Läs mer.

Tidslinje för scheman för för- och efterhändelser

Vi rekommenderar att du går igenom följande tabell för att förstå tidslinjen för schemat för händelser före och efter.

Om ett underhållsschema till exempel är inställt på att starta kl . 15:00, med underhållsfönstret på 3 timmar och 55 minuter för gästunderhållsomfånget . Schemat har en före-händelse och en efter-händelse och följande är informationen:

Tid	Detaljer
14:19	Eftersom schemakörningen startar kl. 15:00 kan du ändra datorerna eller omfången 40 minuter före starttiden (dvs. kl. 14:19). Not Detta gäller om du skapar ett nytt schema eller redigerar ett befintligt schema med en förhändelse.
14:20–14:30	Eftersom förhändelsen utlöses minst 30 minuter tidigare kan den utlösas när som helst mellan 14:20 och 14:30.
14:30–14:50	Förhändelsen körs från 14:30 till 14:50. Förhändelsen måste slutföra uppgifterna senast 14:50. Not Om du har konfigurerat fler än en förhändelse måste alla händelser köras inom 20 minuter. Vid flera förhändelser körs alla oberoende av varandra. Du kan anpassa enligt dina behov genom att definiera logiken i förhändelserna. Om du till exempel vill att två förhändelser ska köras sekventiellt kan du inkludera en fördröjd starttid i logiken för den andra förhändelsen. Om förhändelsen fortsätter att köras längre än 20 minuter eller misslyckas kan du välja att avbryta schemakörningen, annars fortsätter korrigeringsinstallationen oavsett körningsstatus före händelsen.
14:50	Den senaste tiden som kan anropa annullerings-API:et är 14:50. Not Om annullerings-API:et inte anropas eller inte har konfigurerats fortsätter korrigeringsinstallationen att köras.
15:00	Schemakörningen utlöses kl. 15:00.
18:55	Klockan 18:55 slutför schemat installationen av uppdateringarna under underhållsperioden på 3 timmar och 55 minuter. Efterhändelsen utlöses klockan 18:55 när uppdateringarna har installerats. Not Om du har definierat en kortare underhållsperiod på 2 timmar utlöses efterunderhållshändelsen efter 2 timmar och om uppdateringsinstallationen har slutförts före den angivna tiden på 2 timmar (dvs. 1 timme och 50 minuter) startar posthändelsen omedelbart.

Vi rekommenderar att du är uppmärksam på följande:

• Om du skapar ett nytt schema eller redigerar ett befintligt schema med en förhändelse behöver du minst 40 minuter innan underhållsperioden startas (15:00 i exemplet ovan) för att förhändelsen ska köras, annars leder det till automatisk annullering av den aktuella schemalagda körningen.
• Om du anropar ett annullerings-API från skriptet eller koden avbryts schemakörningen och inte hela schemat.
• Status för för- och efterhändelsekörningen kan kontrolleras i den händelsehanterare som du har valt.

Nästa steg

• Information om hur du konfigurerar för- och efterhändelser eller avbryter en schemakörning finns i konfigurationshändelser före och efter underhåll.