Kontrollera arbetsflödesstatus, visa körningshistorik och konfigurera aviseringar i Azure Logic Apps

Gäller för: Azure Logic Apps (Förbrukning + Standard)

När du har kört ett arbetsflöde för logikappen kan du kontrollera arbetsflödets körningsstatus, utlösarhistorik, arbetsflödeskörningshistorik och prestanda.

Den här guiden visar hur du utför följande uppgifter:

• Granska utlösarhistoriken.
• Granska arbetsflödets körningshistorik.
• Konfigurera aviseringar för att få meddelanden om fel eller andra möjliga problem. Du kan till exempel skapa en avisering som identifierar "när fler än fem körningar misslyckas på en timme".

För händelseövervakning i realtid och mer omfattande felsökning kan du konfigurera diagnostikloggning för logikappens arbetsflöde med hjälp av Azure Monitor-loggar. Den här Azure-tjänsten hjälper dig att övervaka dina molnmiljöer och lokala miljöer så att du enklare kan behålla deras tillgänglighet och prestanda. Du kan sedan hitta och visa händelser, till exempel utlösarhändelser, körningshändelser och åtgärdshändelser. Genom att lagra den här informationen i Azure Monitor-loggar kan du skapa loggfrågor som hjälper dig att hitta och analysera den här informationen. Du kan också använda dessa diagnostikdata med andra Azure-tjänster, till exempel Azure Storage och Azure Event Hubs. Mer information finns i Övervaka logikappar med hjälp av Azure Monitor.

Granska utlösarhistorik

Varje arbetsflödeskörning börjar med en utlösare som antingen utlöses enligt ett schema eller väntar på en inkommande begäran eller händelse. Utlösarhistoriken visar alla utlösarförsök som arbetsflödet har gjort och information om indata och utdata för varje utlösarförsök.

Förbrukning

1. I Azure Portal öppnar du resursen för förbrukningslogikappen och arbetsflödet i designern.

2. På logikappmenyn väljer du Översikt. På sidan Översikt väljer du Utlösarhistorik.

   

   Under Utlösarhistorik visas alla utlösarförsök. Varje gång utlösaren utlöses skapar Azure Logic Apps en enskild arbetsflödesinstans och kör den instansen. Som standard körs varje instans parallellt så att inget arbetsflöde behöver vänta innan en körning startas. Om arbetsflödet utlöses för flera händelser eller objekt samtidigt visas en utlösarpost för varje objekt med samma datum och tid.

   

   I följande tabell visas möjliga utlösarstatusar:

   Utlösarstatus	beskrivning
   Misslyckades	Ett fel inträffade. Om du vill granska eventuella genererade felmeddelanden för en misslyckad utlösare väljer du det utlösarförsöket och väljer Utdata. Du kan till exempel hitta indata som inte är giltiga.
   Överhoppad	Utlösaren kontrollerade slutpunkten men hittade inga data som uppfyllde de angivna kriterierna.
   Lyckades	Utlösaren kontrollerade slutpunkten och hittade tillgängliga data. Vanligtvis visas även en utlöst status tillsammans med den här statusen. Annars kan utlösardefinitionen ha ett villkor eller ett SplitOn-kommando som inte uppfylldes. Den här statusen kan gälla för en manuell utlösare, upprepningsbaserad utlösare eller avsökningsutlösare. En utlösare kan köras, men själva körningen kan fortfarande misslyckas när åtgärderna genererar ohanterade fel.

   Dricks

   Du kan kontrollera utlösaren igen utan att vänta på nästa upprepning. I verktygsfältet Översikt eller i designerverktygsfältet väljer du Kör, Kör.

3. Om du vill visa information om ett specifikt utlösarförsök väljer du den utlösarhändelsen.

   

   Om listan visar många utlösarförsök och du inte hittar den post du vill använda kan du försöka filtrera listan. Om du inte hittar de data som du förväntar dig kan du prova att välja Uppdatera i verktygsfältet.

   Nu kan du granska information om den valda utlösarhändelsen, till exempel:

   

Standard

För ett tillståndskänsligt arbetsflöde kan du granska utlösarhistoriken för varje körning, inklusive utlösarstatusen tillsammans med indata och utdata, separat från arbetsflödets körningshistorik. I Azure Portal visas utlösarhistorik och körningshistorik på arbetsflödesnivå, inte på logikappsnivå.

1. I Azure Portal öppnar du standardlogikappresursen och arbetsflödet i designern.

2. Välj Kör historik under Verktyg på arbetsflödesmenyn. På sidan Körningshistorik väljer du Utlösarhistorik.

   

   Under Utlösarhistorik visas alla utlösarförsök. Varje gång utlösaren utlöses skapar Azure Logic Apps en enskild arbetsflödesinstans och kör den instansen. Som standard körs varje instans parallellt så att inget arbetsflöde behöver vänta innan en körning startas. Om arbetsflödet utlöses för flera händelser eller objekt samtidigt visas en utlösarpost för varje objekt med samma datum och tid.

   

   I följande tabell visas möjliga utlösarstatusar:

   Utlösarstatus	beskrivning
   Misslyckades	Ett fel inträffade. Om du vill granska eventuella genererade felmeddelanden för en misslyckad utlösare väljer du det utlösarförsöket och väljer Utdata. Du kan till exempel hitta indata som inte är giltiga.
   Överhoppad	Utlösaren kontrollerade slutpunkten men hittade inga data som uppfyllde de angivna kriterierna.
   Lyckades	Utlösaren kontrollerade slutpunkten och hittade tillgängliga data. Vanligtvis visas även en utlöst status tillsammans med den här statusen. Annars kan utlösardefinitionen ha ett villkor eller ett SplitOn-kommando som inte uppfylldes. Den här statusen kan gälla för en manuell utlösare, upprepningsbaserad utlösare eller avsökningsutlösare. En utlösare kan köras, men själva körningen kan fortfarande misslyckas när åtgärderna genererar ohanterade fel.

   Dricks

   Du kan kontrollera utlösaren igen utan att vänta på nästa upprepning. I verktygsfältet För körningshistorik väljer du Kör, Kör.

3. Om du vill visa information om ett specifikt utlösarförsök väljer du identifieraren för utlösarförsöket.

   

   Om listan visar många utlösarförsök och du inte hittar den post du vill använda kan du försöka filtrera listan. Om du inte hittar de data som du förväntar dig kan du prova att välja Uppdatera i verktygsfältet.

4. Kontrollera utlösarens indata för att bekräfta att de visas som förväntat. I fönstret Historik går du till länken Indata och väljer länken som öppnar fönstret Indata .

   

5. Kontrollera eventuella utdata för utlösare för att bekräfta att de visas som du förväntar dig. I fönstret Historik går du till länken Utdata och väljer länken som öppnar fönstret Utdata .

   Utlösarutdata inkluderar de data som utlösaren skickar till nästa steg i arbetsflödet. Genom att granska dessa utdata kan du avgöra om rätt eller förväntade värden skickas vidare till nästa steg i arbetsflödet.

   RSS-utlösaren genererade till exempel ett felmeddelande som anger att RSS-flödet inte hittades.

   

Granska arbetsflödeskörningshistorik

Varje gång en utlösare utlöses skapar Azure Logic Apps en arbetsflödesinstans och kör den instansen. Som standard körs varje instans parallellt så att inget arbetsflöde behöver vänta innan en körning startas. Du kan granska vad som hände under varje körning, inklusive status, indata och utdata för varje steg i arbetsflödet.

Förbrukning

1. I Azure Portal öppnar du resursen för förbrukningslogikappen och arbetsflödet i designern.

2. På logikappmenyn väljer du Översikt. På sidan Översikt väljer du Kör historik.

   Under Körningshistorik visas alla tidigare, aktuella och väntande körningar. Om utlösaren utlöses för flera händelser eller objekt samtidigt visas en post för varje objekt med samma datum och tid.

   Dricks

   Om körningsstatusen inte visas kan du prova att uppdatera sidan Översikt genom att välja Uppdatera. Ingen körning sker för en utlösare som hoppas över på grund av ouppfyllda villkor eller att inga data hittas.

   

   I följande tabell visas möjliga körningsstatusar:

   Körningsstatus	beskrivning
   Avbröts	Körningen stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
   Avbröts	Körningen utlöstes och startades, men en annulleringsbegäran mottogs.
   Misslyckades	Minst en åtgärd i körningen misslyckades. Inga efterföljande åtgärder i arbetsflödet har konfigurerats för att hantera felet.
   Körs	Körningen utlöstes och pågår. Den här statusen kan dock också visas för en körning som begränsas på grund av åtgärdsgränser eller den aktuella prisplanen. Tips: Om du konfigurerar diagnostikloggning kan du få information om eventuella begränsningshändelser som inträffar.
   Lyckades	Körningen lyckades. Om någon åtgärd misslyckades hanterade en efterföljande åtgärd i arbetsflödet det felet.
   Tidsgränsen överskrids	Tidsgränsen för körningen överskreds eftersom den aktuella varaktigheten överskred gränsen för körningens varaktighet, vilket styrs av inställningen körhistorikkvarhållning i dagar. Körningens varaktighet beräknas med körningens starttid och körningens varaktighetsgräns vid den starttiden. Obs! Om körningens varaktighet också överskrider den aktuella kvarhållningsgränsen för körningshistorik, som också styrs av inställningen körhistorikkvarhållning i dagar, rensas körningen från körningshistoriken av ett dagligt rensningsjobb. Oavsett om körningen överskrider tidsgränsen eller slutförs beräknas kvarhållningsperioden alltid med hjälp av körningens starttid och aktuella kvarhållningsgräns. Så om du minskar varaktighetsgränsen för en körning under flygning överskrider körningen tidsgränsen. Körningen stannar dock eller rensas från körningshistoriken baserat på om körningstiden överskred kvarhållningsgränsen.
   Väntar	Körningen startade inte än eller pausas, till exempel på grund av en tidigare arbetsflödesinstans som fortfarande körs.

3. Om du vill granska stegen och annan information för en specifik körning går du till Körningshistorik och väljer den körningen. Om listan visar många körningar och du inte hittar den post du vill använda kan du prova att filtrera listan.

   

   Sidan körningshistorik öppnas och visar status för varje steg i den valda körningen, till exempel:

   

   I följande tabell visas de möjliga statusar som varje arbetsflödesåtgärd kan ha och visa i portalen:

   Åtgärdsstatus	Icon	beskrivning
   Avbröts		Åtgärden stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
   Avbröts		Åtgärden kördes men fick en avbokningsbegäran.
   Misslyckades		Åtgärden misslyckades.
   Körs		Åtgärden körs för närvarande.
   Överhoppad		Åtgärden hoppades över eftersom dess runAfter-villkor inte uppfylldes, till exempel att en föregående åtgärd misslyckades. Varje åtgärd har ett runAfter objekt där du kan konfigurera villkor som måste uppfyllas innan den aktuella åtgärden kan köras.
   Lyckades		Åtgärden lyckades.
   Lyckades med återförsök		Åtgärden lyckades men bara efter en eller flera återförsök. Om du vill granska återförsökshistoriken går du till sidan körningshistorik och väljer den åtgärden så att du kan visa indata och utdata.
   Tidsgränsen överskrids		Åtgärden stoppades på grund av tidsgränsen som anges i inställningarna för åtgärden.
   Väntar		Gäller för en webhook-åtgärd som väntar på en inkommande begäran från en anropare.

4. Om du vill visa informationen i listformuläret går du till verktygsfältet för körningshistorik och väljer Kör information.

   I fönstret Logikappens körningsinformation visas varje steg, deras status och annan information.

   

   Du kan till exempel hämta körningens korrelations-ID-egenskap, som du kan behöva när du använder REST-API:et för Logic Apps.

5. Om du vill ha mer information om ett specifikt steg väljer du något av alternativen:

   • På sidan körningshistorik väljer du ett steg för att öppna ett fönster som visar indata, utdata och eventuella fel som inträffade i det steget.

     Anta till exempel att du har ett arbetsflöde med ett misslyckat steg. Du vill granska de indata som kan ha orsakat att steget misslyckades.

     I det här scenariot berodde felet på en ogiltig eller saknad anslutning till ett e-postkonto som används för att skicka ett e-postmeddelande.

     

   • I verktygsfältet för körningshistorik väljer du Kör information. I fönstret Logikappskörningsinformation som öppnas väljer du det steg du vill ha, till exempel:

     

   Kommentar

   All körningsinformation och alla händelser krypteras i Azure Logic Apps och dekrypteras endast när en användare begär att visa dessa data. Du kan dölja indata och utdata i arbetsflödets körningshistorik eller styra användarens åtkomst till den här informationen med hjälp av rollbaserad åtkomstkontroll i Azure (Azure RBAC).

Standard

Du kan endast visa körningshistorik för tillståndskänsliga arbetsflöden, inte tillståndslösa arbetsflöden. Information om hur du aktiverar körningshistorik för ett tillståndslöst arbetsflöde finns i Aktivera körningshistorik för tillståndslösa arbetsflöden.

1. I Azure Portal öppnar du standardlogikappresursen och arbetsflödet i designern.

2. Välj Kör historik under Verktyg på arbetsflödesmenyn. På sidan Körningshistorik väljer du Körningshistorik.

   Under Körningshistorik visas alla tidigare, aktuella och väntande körningar. Om utlösaren utlöses för flera händelser eller objekt samtidigt visas en post för varje objekt med samma datum och tid.

   Dricks

   Om körningsstatusen inte visas går du till verktygsfältet körhistorik och väljer Uppdatera. Ingen körning sker för en utlösare som hoppas över på grund av ouppfyllda villkor eller att inga data hittas.

   

   I följande tabell visas möjliga slutgiltiga statusar som varje arbetsflödeskörning kan ha och visas i portalen:

   Körningsstatus	Icon	beskrivning
   Avbröts		Körningen stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
   Avbröts		Körningen utlöstes och startades, men en annulleringsbegäran mottogs.
   Misslyckades		Minst en åtgärd i körningen misslyckades. Inga efterföljande åtgärder i arbetsflödet har konfigurerats för att hantera felet.
   Körs		Körningen utlöstes och pågår. Den här statusen kan dock också visas för en körning som begränsas på grund av åtgärdsgränser eller den aktuella prisplanen. Tips: Om du konfigurerar diagnostikloggning kan du få information om eventuella begränsningshändelser som inträffar.
   Överhoppad		Utlösarvillkoret kontrollerades men uppfylldes inte, så körningen startade aldrig.
   Lyckades		Körningen lyckades. Om någon åtgärd misslyckades hanterade en efterföljande åtgärd i arbetsflödet det felet.
   Tidsgränsen överskrids		Tidsgränsen för körningen överskreds eftersom den aktuella varaktigheten överskred gränsen för körningens varaktighet, vilket styrs av inställningen körhistorikkvarhållning i dagar. Körningens varaktighet beräknas med körningens starttid och körningens varaktighetsgräns vid den starttiden. Obs! Om körningens varaktighet också överskrider den aktuella kvarhållningsgränsen för körningshistorik, som också styrs av inställningen körhistorikkvarhållning i dagar, rensas körningen från körningshistoriken av ett dagligt rensningsjobb. Oavsett om körningen överskrider tidsgränsen eller slutförs beräknas kvarhållningsperioden alltid med hjälp av körningens starttid och aktuella kvarhållningsgräns. Så om du minskar varaktighetsgränsen för en körning under flygning överskrider körningen tidsgränsen. Körningen stannar dock eller rensas från körningshistoriken baserat på om körningstiden överskred kvarhållningsgränsen.
   Väntar		Körningen startade inte än eller pausas, till exempel på grund av en tidigare arbetsflödesinstans som fortfarande körs.

3. Om du vill granska stegen och annan information för en specifik körning går du till fliken Körningshistorik och väljer den körningen. Om listan visar många körningar och du inte hittar den post du vill använda kan du prova att filtrera listan.

   

   Sidan körningshistorik öppnas och visar status för varje steg i den valda körningen, till exempel:

   

   I följande tabell visas de möjliga statusar som varje arbetsflödesåtgärd kan ha och visa i portalen:

   Åtgärdsstatus	Icon	beskrivning
   Avbröts		Åtgärden stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
   Avbröts		Åtgärden kördes men fick en avbokningsbegäran.
   Misslyckades		Åtgärden misslyckades.
   Körs		Åtgärden körs för närvarande.
   Överhoppad		Åtgärden hoppades över eftersom dess runAfter-villkor inte uppfylldes, till exempel att en föregående åtgärd misslyckades. Varje åtgärd har ett runAfter objekt där du kan konfigurera villkor som måste uppfyllas innan den aktuella åtgärden kan köras.
   Lyckades		Åtgärden lyckades.
   Lyckades med återförsök		Åtgärden lyckades men bara efter en eller flera återförsök. Om du vill granska återförsökshistoriken går du till sidan körningshistorik och väljer den åtgärden så att du kan visa indata och utdata.
   Tidsgränsen överskrids		Åtgärden stoppades på grund av tidsgränsen som anges i inställningarna för åtgärden.
   Väntar		Gäller för en webhook-åtgärd som väntar på en inkommande begäran från en anropare.

4. Om du vill få mer information om ett specifikt steg går du till sidan körningshistorik och väljer ett steg för att öppna ett fönster som visar indata, utdata och eventuella fel som inträffade i det steget.

   Anta till exempel att du har ett arbetsflöde med ett misslyckat steg. Du vill granska de indata som kan ha orsakat att steget misslyckades.

   I det här scenariot berodde felet på att det inte gick att hitta den angivna RSS-feeden, till exempel:

   

   Följande skärmbild visar utdata från det misslyckade steget.

   

   Kommentar

   All körningsinformation och alla händelser krypteras i Azure Logic Apps och dekrypteras endast när en användare begär att visa dessa data. Du kan dölja indata och utdata i arbetsflödets körningshistorik eller styra användarens åtkomst till den här informationen med hjälp av rollbaserad åtkomstkontroll i Azure (Azure RBAC).

Kör ett arbetsflöde igen med samma indata

Du kan köra ett tidigare slutfört arbetsflöde igen med samma indata som arbetsflödet använde tidigare på följande sätt:

• Kör hela arbetsflödet igen.

• Kör arbetsflödet igen med början vid en specifik åtgärd. Åtgärden som skickas på nytt och alla efterföljande åtgärder körs som vanligt.

När du slutför den här uppgiften skapas och läggs en ny arbetsflödeskörning till i arbetsflödets körningshistorik.

Begränsningar och överväganden

• Som standard stöds endast förbrukningsarbetsflöden och tillståndskänsliga standardarbetsflöden, som registrerar och lagrar körningshistorik. Om du vill använda dessa funktioner med ett tillståndslöst Standard-arbetsflöde aktiverar du tillståndskänsligt läge. Mer information finns i Aktivera körningshistorik för tillståndslösa arbetsflöden och Aktivera tillståndskänsligt läge för tillståndslösa anslutningsappar.

• Den återpublicerade körningen kör samma arbetsflödesversion som den ursprungliga körningen, även om du uppdaterade arbetsflödesdefinitionen.

• Du kan bara köra om åtgärder från sekventiella arbetsflöden. Arbetsflöden med parallella sökvägar stöds för närvarande inte.

• Arbetsflödet måste ha ett slutfört tillstånd, till exempel Lyckades, Misslyckades eller Avbrutet.

• Arbetsflödet måste ha 40 eller färre åtgärder för att du ska kunna köra om från en specifik åtgärd.

• Om arbetsflödet har åtgärder som att skapa eller ta bort åtgärder kan du skapa duplicerade data eller försöka ta bort data som inte längre finns, vilket resulterar i ett fel.

• Dessa funktioner är för närvarande inte tillgängliga med Visual Studio Code eller Azure CLI.

Förbrukning

Kör hela arbetsflödet igen

1. I Azure Portal öppnar du resursen för förbrukningslogikappen och arbetsflödet i designern.

2. På logikappmenyn väljer du Översikt. På sidan Översikt väljer du Kör historik.

   Under Körningshistorik visas alla tidigare, aktuella och väntande körningar. Om utlösaren utlöses för flera händelser eller objekt samtidigt visas en post för varje objekt med samma datum och tid.

3. På sidan Körningshistorik väljer du den körning som du vill köra igen och väljer sedan Skicka igen.

   Fliken Körningshistorik lägger till den återprenumererade körningen i listan över körningar.

   Dricks

   Om den återsända körningen inte visas väljer du Uppdatera i verktygsfältet För körningshistorik. Ingen körning sker för en utlösare som hoppas över på grund av ouppfyllda villkor eller att inga data hittas.

4. Om du vill granska indata och utdata när den omautgivna körningen har slutförts väljer du den körningen på fliken Körningshistorik .

Kör om från en specifik åtgärd

Funktionen för omkörningsåtgärd är tillgänglig för de flesta åtgärder förutom för icke-sekventiella arbetsflöden, komplexa samtidighetsscenarier och följande begränsningar:

Åtgärder	Skicka om tillgänglighet och begränsningar
Villkorsåtgärd och -åtgärder i sökvägarna Sant och Falskt	– Ja för villkorsåtgärd – Nej för åtgärder i sökvägarna Sant och Falskt
För varje åtgärd plus alla åtgärder i loopen och efter loopen	Nej för alla åtgärder
Växla åtgärd och alla åtgärder i standardsökvägarna och ärendesökvägarna	– Ja för switch-åtgärd – Nej för åtgärder i standardsökvägarna och skiftlägessökvägarna
Tills åtgärden plus alla åtgärder i loopen och efter loopen	Nej för alla åtgärder

1. Öppna din förbrukningslogikappresurs i Azure Portal.

2. På resursmenyn för logikappen väljer du Översikt. På sidan Översikt väljer du Kör historik, som visar körningshistoriken för arbetsflödet.

3. På fliken Körningshistorik väljer du den körning som innehåller åtgärden där du vill köra arbetsflödet igen.

   Körningshistoriksidan öppnas och visar status för varje steg i den valda körningen.

4. Om du vill köra arbetsflödet igen från en viss åtgärd väljer du något av alternativen:

   • Leta reda på åtgärden varifrån arbetsflödet ska köras igen, öppna snabbmenyn och välj Skicka från den här åtgärden.

   • Välj den åtgärd där du vill börja köra arbetsflödet igen. I fönstret som öppnas går du till åtgärdsnamnet och väljer Skicka från den här åtgärden.

   Körningshistoriksidan uppdateras och visar den återpublicerade körningen. Alla åtgärder som föregår åtgärden som skickas på nytt visar en ljusare statusikon som representerar återanvända indata och utdata. Åtgärden som skickas på nytt och efterföljande åtgärder visar de färgade statusikonerna. Mer information finns i Granska arbetsflödeskörningshistorik.

   Dricks

   Om den återsända körningen inte slutförs helt väljer du Uppdatera i verktygsfältet för körningsinformationssidan.

Standard

Du kan bara köra tillståndskänsliga arbetsflöden igen, inte tillståndslösa arbetsflöden. Information om hur du aktiverar körningshistorik för ett tillståndslöst arbetsflöde finns i Aktivera körningshistorik för tillståndslösa arbetsflöden.

Kör hela arbetsflödet igen

1. I Azure Portal öppnar du standardlogikappresursen och arbetsflödet i designern.

2. Välj Kör historik under Verktyg på arbetsflödesmenyn. På sidan Körningshistorik väljer du Körningshistorik, som visar körningshistoriken för det aktuella arbetsflödet.

3. På fliken Kör historik väljer du den körning som du vill köra igen och väljer sedan Skicka igen.

   Fliken Körningshistorik lägger till den återprenumererade körningen i listan över körningar.

   Dricks

   Om den återsända körningen inte visas väljer du Uppdatera i verktygsfältet Kör historik. Ingen körning sker för en utlösare som hoppas över på grund av ouppfyllda villkor eller att inga data hittas.

4. Om du vill granska indata och utdata när den omautgivna körningen har slutförts väljer du den körningen på fliken Körningshistorik .

Kör om från en specifik åtgärd

Funktionen för omkörningsåtgärd är tillgänglig för de flesta åtgärder förutom för icke-sekventiella arbetsflöden, komplexa samtidighetsscenarier och följande begränsningar:

Åtgärder	Skicka om tillgänglighet och begränsningar
Villkorsåtgärd och -åtgärder i sökvägarna Sant och Falskt	– Ja för villkorsåtgärd – Nej för åtgärder i sökvägarna Sant och Falskt
För varje åtgärd plus alla åtgärder i loopen och efter loopen	Nej för alla åtgärder
Växla åtgärd och alla åtgärder i standardsökvägarna och ärendesökvägarna	– Ja för switch-åtgärd – Nej för åtgärder i standardsökvägarna och skiftlägessökvägarna
Tills åtgärden plus alla åtgärder i loopen och efter loopen	Nej för alla åtgärder

1. I Azure Portal öppnar du resursen och arbetsflödet för standardlogikappen.

2. På arbetsflödesmenyn går du till Verktyg, väljer Kör historik och sedan Kör historik, som visar körningshistoriken för det aktuella arbetsflödet.

3. På fliken Kör historik väljer du den körning som har åtgärden från där du vill köra arbetsflödet igen.

   Sidan körningsinformation öppnas och visar status för varje steg i den valda körningen.

4. Om du vill köra arbetsflödet igen från en viss åtgärd väljer du något av alternativen:

   • Leta reda på åtgärden varifrån arbetsflödet ska köras igen, öppna snabbmenyn och välj Skicka från den här åtgärden.

   • Välj den åtgärd där du vill börja köra arbetsflödet igen. I fönstret som öppnas går du till åtgärdsnamnet och väljer Skicka från den här åtgärden.

   På sidan körningsinformation visar alla åtgärder som föregår åtgärden som skickas på nytt en ljusare statusikon som representerar återanvända indata och utdata. Åtgärden som skickas på nytt och efterföljande åtgärder visar de färgade statusikonerna. Mer information finns i Granska arbetsflödeskörningshistorik.

   Dricks

   Om den återsända körningen inte slutförs helt väljer du Uppdatera i verktygsfältet för körningsinformationssidan.

5. Gå tillbaka till körningshistoriksidan, som nu innehåller den återpublicerade körningen.

Konfigurera övervakningsaviseringar

Om du vill få aviseringar baserat på specifika mått eller överskridna tröskelvärden i arbetsflödet konfigurerar du logikappresursen med aviseringar i Azure Monitor. Mer information finns i Mått i Azure.

Om du vill konfigurera aviseringar utan att använda Azure Monitor följer du de här stegen, som gäller för både förbruknings- och standardlogikappresurser:

1. På resursmenyn för logikappen går du till Övervakning och väljer Aviseringar. I verktygsfältet väljer du Skapa>aviseringsregel.

2. På sidan Skapa en aviseringsregel går du till listan Signalnamn och väljer den signal som du vill få en avisering för.

   Kommentar

   Aviseringssignaler skiljer sig mellan förbruknings- och standardlogikappar. Till exempel har förbrukningslogikappar många utlösarrelaterade signaler, till exempel slutförda utlösare och misslyckade utlösare, medan Standard-arbetsflöden har felfrekvenssignaler för arbetsflödesutlösare slutfört antal och arbetsflödesutlösare.

   Om du till exempel vill skicka en avisering när en utlösare misslyckas i ett förbrukningsarbetsflöde följer du dessa steg:

   1. I listan Signalnamn väljer du signalen Utlösare misslyckades .

   2. Under Aviseringslogik konfigurerar du ditt villkor, till exempel:

      Property	Exempelvärde
      Threshold	Statiskt
      Sammansättningstyp	Antal
      Operator	Större än eller lika med
      Enhet	Antal
      Tröskelvärdet	1

      I avsnittet Förhandsversion visas nu villkoret som du har konfigurerat, till exempel:

      När antalet utlösare misslyckades är större än eller lika med 1

   3. Under När du ska utvärdera ställer du in schemat för att kontrollera villkoret:

      Property	Exempelvärde
      Kontrollera varje	1 minut
      Återblicksperiod	5 minuter

      Det färdiga villkoret ser till exempel ut ungefär som i följande exempel, och sidan Skapa en aviseringsregel visar nu kostnaden för att köra aviseringen:

      

3. När du är klar väljer du Granska + Skapa.

Allmän information finns i Skapa en aviseringsregel från en specifik resurs – Azure Monitor.

Relaterat innehåll

• Övervaka logikappar med Azure Monitor