Vanliga frågor och svar om för- och posthändelser (förhandsversion)

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

Den här artikeln innehåller vanliga frågor och svar i livscykeln för för- och efterhändelser (förhandsversion).

Hur kontrollerar du konfigurationen av för- och efterhändelse enligt ditt schema och antalet händelser?

1. Logga in på Azure-portalen och gå till Azure Update Manager.
2. Under Hantera väljer du Datorer, Underhållskonfigurationer.
3. På sidan Underhållskonfiguration väljer du konfigurationen.
4. Välj Översikt och kontrollera Underhållshändelser.

   • Om det inte finns några för- och efterhändelser som har konfigurerats väljer du Konfigurera för att konfigurera.

   • Om det finns för- och efterhändelser kopplade till konfigurationen kan du se antalet för- och efterhändelser som är kopplade till konfigurationen på sidan Händelser .

Så här visar du listan över för- och efterhändelser som har konfigurerats för en underhållskonfiguration?

1. Logga in på Azure-portalen och gå till Azure Update Manager.

2. Under Hantera väljer du Datorer, Underhållskonfigurationer.

3. På sidan Underhållskonfiguration väljer du konfigurationen.

4. På sidan för den valda underhållskonfigurationen går du till Inställningar och väljer Händelser för att visa för- och efterhändelser som du har skapat.

   Rutnätet längst ned på fliken Händelseprenumeration visar namnen på både för- och efterhändelserna tillsammans med motsvarande händelsetyper.

   

Hur visar du listan över olika slutpunkter för för- och efterhändelser i en underhållskonfiguration?

1. Logga in på Azure-portalen och gå till Azure Update Manager.

2. Under Hantera väljer du Datorer, Underhållskonfigurationer.

3. På sidan Underhållskonfiguration väljer du konfigurationen.

4. På sidan för den valda underhållskonfigurationen går du till Inställningar och väljer Händelser för att visa för- och efterhändelser som du har skapat.

   I rutnätet längst ned på fliken Händelseprenumeration kan du visa slutpunktsinformationen.

   

Hur kontrollerar du den lyckade leveransen av en för- eller efterhändelse till en slutpunkt från Event Grid?

1. Logga in på Azure-portalen och gå till Azure Update Manager.
2. Under Hantera väljer du Datorer, Underhållskonfigurationer.
3. På sidan Underhållskonfiguration väljer du konfigurationen.
4. På sidan för den valda underhållskonfigurationen går du till Inställningar och väljer Händelser.
5. I avsnittet Essentials visar du mått för att se måtten för alla händelser som ingår i händelseprenumerationen. I rutnätet ska antalet publicerade händelser matcha med antalet matchade händelser. Båda dessa två värden bör också motsvara antalet levererade händelser.
6. Om du vill visa de mått som är specifika för en före- eller efterhändelse väljer du namnet på händelsen från rutnätet. Här ska antalet matchade händelser matcha med antalet levererade händelser.
7. Hovra över linjediagrammet om du vill visa tidpunkten då händelsen utlöstes. Läs mer.

Så här kontrollerar du en misslyckad leverans av en för- och efterhändelse till en slutpunkt från Event Grid?

1. Logga in på Azure-portalen och gå till Azure Update Manager.
2. Under Hantera väljer du Datorer, Underhållskonfigurationer.
3. På sidan Underhållskonfiguration väljer du konfigurationen.
4. På sidan för den valda underhållskonfigurationen går du till Inställningar och väljer Händelser.
5. I avsnittet Essentials visar du mått för att se måtten för alla händelser som ingår i händelseprenumerationen. Här ser du att antalet misslyckade mått för leverans ökar.
6. Du kan konfigurera något av följande ytterligare:
   1. Skapa Azure Monitor-aviseringar om det här antalet fel för att få ett meddelande om det. Ange aviseringar för Azure Event Grid-mått och aktivitetsloggar. (ELLER)
   2. Aktivera diagnostikloggar genom att länka till lagringskonton eller Log Analytics-arbetsyta. Aktivera diagnostikloggar för Event Grid-resurser.

   Kommentar

   Du kan när som helst konfigurera loggar och aviseringar för lyckade leveranser.

Hur kontrollerar du om slutpunkten har utlösts i för- eller efteraktiviteten?

Med webhooks med Automation Runbooks

• Startåtgärden för den virtuella datorn kräver att automationshanterad identitet har behörigheter för Microsoft.Compute/virtualMachines/start/action över de virtuella datorerna för att komma igång, och den här behörigheten ingår i rollen VM-deltagare .
• Se till att importera PowerShell-paketet – ThreadJob med modulversionen:2.0.3.

1. Logga in på Azure-portalen och gå till Azure Automation-kontot.

2. I ditt Automation-konto går du till Processautomatisering och väljer Runbooks.

3. Välj det för- eller efterskript som är länkat till din Webhook i Event Grid.

4. I Översikt kan du visa status för Runbook-jobbet. Utlösartiden bör vara cirka 30 minuter före schemats starttid. När jobbet är klart kan du gå tillbaka till samma avsnitt för att bekräfta om statusen är Slutförd.

   

   När installationen av prepatch har slutförts kan du bekräfta att installationsprocessen har slutförts som planerat. Kontrollera till exempel att den virtuella datorn antingen har aktiverats eller inaktiverats.

Mer information om hur du hämtar information från Automation-kontots aktivitetslogg:

• Läs mer om hur du hanterar runbooks i Azure Automation.

Med Azure Functions

• Se konfigurationsloggarna för Azure Functions för att spåra deras körning.

Hur kontrollerar du om skriptet i Webhooks med Runbooks utlöses från Event Grid?

1. Logga in på Azure-portalen och gå till Azure Automation-kontot.

2. I ditt Automation-konto går du till Processautomatisering och väljer Runbooks.

3. Välj det för- eller efterskript som är länkat till din Webhook i Event Grid.

4. I Översikt kan du visa status för Runbook-jobbet. Välj fliken Indata för att visa den senaste körningen av jobbet.

   

Så här kontrollerar du att ett schema avbryts?

Azure-portalen

1. Logga in på Azure-portalen och gå till Azure Update Manager.
2. Under Hantera väljer du Datorer, Underhållskonfigurationer.
3. På sidan Underhållskonfiguration väljer du konfigurationen.
4. På sidan för den valda underhållskonfigurationen går du till Inställningar och väljer Aktivitetslogg för att visa de för- och efterhändelser som du har skapat.

   1. Om det aktuella underhållsschemat avbröts skulle åtgärdsnamnet vara Skriv tillämpa uppdateringar på en resurs.

      

   2. Välj aktiviteten för att visa den information som aktiviteten utför.

REST-API

1. Annulleringsflödet respekteras från T-40 när förinställelsehändelsen utlöses till T-10. Läs mer.

   Så här anropar du API:et för annullering:

   C:\ProgramData\chocolatey\bin\ARMClient.exe put https://management.azure.com/<your-c-id-obtained-from-above>?api-version=2023-09-01-preview "{\"Properties\":{\"Status\": \"Cancel\"}}" -Verbose
   

2. Se till att infoga korrelations-ID för ditt underhållsjobb för att avbryta det och du ser svaret på CLI/API:et på följande sätt:

   

Hur bekräftar jag om avbokningen sker av användare eller system?

Du kan visa status för underhållsjobbet från ARG-frågan som nämns ovan för att förstå om du har avbrutit jobbet eller systemet. Felmeddelandet bekräftar jobbets status.

Med följande fråga kan du visa listan över virtuella datorer för ett visst schema eller en underhållskonfiguration:

maintenanceresources  
| where type =~ "microsoft.maintenance/maintenanceconfigurations/applyupdates"  
| where properties.correlationId has "/subscriptions/<your-s-id> /resourcegroups/<your-rg-id> /providers/microsoft.maintenance/maintenanceconfigurations/<mc-name> /providers/microsoft.maintenance/applyupdates/"  
| order by name desc

Hur kontrollerar du status för underhållskonfigurationen?

Azure-portalen

1. Logga in på Azure-portalen och gå till Azure Update Manager.
2. Under Hantera väljer du Historik.
3. Välj fliken Efter underhålls-ID för att visa jobben efter underhållskonfigurationer. För respektive underhållskörnings-ID kan du visa jobbets status.
4. Välj Status för att visa information om jobbet.

REST API/CLI

1. Använd följande Azure Resource Graph-fråga (ARG) för att visa jobbets status i ARG.

    maintenanceresources  
    | where type =~ "microsoft.maintenance/maintenanceconfigurations/applyupdates"  
    | where properties.correlationId has "/subscriptions/<your-s-id> /resourcegroups/<your-rg-id> /providers/microsoft.maintenance/maintenanceconfigurations/<mc-name> /providers/microsoft.maintenance/applyupdates/"  
    | order by name desc	 
   

2. Se till att infoga prenumerations-ID, resursgrupp och underhållskonfigurationsnamn i ovanstående fråga

Varför avbröts den schemalagda körningen av systemet?

Systemet avbryter den schemalagda körningen om ett eller flera av följande villkor inte uppfylls:

1. Om underhållskonfigurationen har minst en pre-händelse som prenumererar och schematiden ändras inom 40-minutersfönstret före den schemalagda starttiden.
2. Om förhändelsen skapades inom 40-minutersfönstret före den schemalagda starttiden.

Varför skickades inte posthändelsen av systemet?

Om användaren ändrar schemakörningstiden efter att förhändelsen har utlösts skickas inte posthändelsen eftersom den schemalagda tiden har ersatts med en ny.

Kommentar

Azure Event Grid följer ett leveransparadigm minst en gång. Detta innebär att det i undantagsfall finns en chans att händelsehanteraren anropas mer än en gång för en viss händelse. Kunder rekommenderas att se till att deras händelsehanteraråtgärder är idempotenta. Med andra ord, om händelsehanteraren körs flera gånger bör den inte ha några negativa effekter. Implementering av idempotens säkerställer robustheten i ditt program inför potentiella duplicerade händelseanrop.

Nästa steg

• En översikt över scenarier före och efter
• Hantera konfigurationshändelserna före och efter underhåll