Werkstroomstatus controleren, uitvoeringsgeschiedenis weergeven en waarschuwingen instellen in Azure Logic Apps

Van toepassing op: Azure Logic Apps (Verbruik + Standard)

Nadat u een werkstroom voor een logische app hebt gemaakt en uitgevoerd, kunt u de uitvoeringsstatus van de werkstroom, de triggergeschiedenis, de uitvoeringsgeschiedenis van de werkstroom en de prestaties controleren.

In deze handleiding ziet u hoe u de volgende taken uitvoert:

• Bekijk de triggergeschiedenis.
• Bekijk de uitvoeringsgeschiedenis van de werkstroom.
• Stel waarschuwingen in om meldingen te ontvangen over fouten of andere mogelijke problemen. U kunt bijvoorbeeld een waarschuwing maken waarmee wordt gedetecteerd dat 'wanneer meer dan vijf uitvoeringen binnen een uur mislukken'.

Als u de uitvoeringsstatus van de werkstroom voor Standard-werkstromen wilt controleren en controleren, raadpleegt u de volgende secties in Een voorbeeldwerkstroom voor logische apps voor Standard maken in Azure Logic Apps met één tenant:

• Triggergeschiedenis controleren
• Bekijk de uitvoeringsgeschiedenis van de werkstroom.
• Schakel Application Insights in of open deze na de implementatie.

Voor realtime gebeurtenisbewaking en uitgebreidere foutopsporing kunt u diagnostische logboekregistratie instellen voor uw werkstroom voor logische apps met behulp van Azure Monitor-logboeken. Deze Azure-service helpt u bij het bewaken van uw cloud- en on-premises omgevingen, zodat u de beschikbaarheid en prestaties gemakkelijker kunt behouden. Vervolgens kunt u gebeurtenissen zoeken en weergeven, zoals trigger-gebeurtenissen, uitvoerings-gebeurtenissen en actie-gebeurtenissen. Door deze informatie op te slaan in Azure Monitor-logboeken, kunt u logboekquery's maken waarmee u deze informatie kunt vinden en analyseren. U kunt deze diagnostische gegevens ook gebruiken met andere Azure-services, zoals Azure Storage en Azure Event Hubs. Zie Logische apps bewaken met behulp van Azure Monitor voor meer informatie.

Notitie

Als uw werkstroom wordt uitgevoerd in een integratieserviceomgeving (ISE) die is gemaakt voor het gebruik van een intern toegangseindpunt, kunt u invoer en uitvoer bekijken en openen vanuit een uitvoeringsgeschiedenis van een werkstroom alleen vanuit uw virtuele netwerk. Zorg ervoor dat u een netwerkverbinding hebt tussen de privé-eindpunten en de computer waar u toegang wilt krijgen tot de uitvoeringsgeschiedenis. Uw clientcomputer kan bijvoorbeeld bestaan in het virtuele netwerk van de ISE of in een virtueel netwerk dat is verbonden met het virtuele netwerk van de ISE, bijvoorbeeld via peering of een virtueel particulier netwerk. Zie ISE-eindpunttoegang voor meer informatie.

Triggergeschiedenis controleren

Elke werkstroomuitvoering begint met een trigger, die wordt geactiveerd volgens een planning of wacht op een binnenkomende aanvraag of gebeurtenis. De triggergeschiedenis bevat alle triggerpogingen die uw werkstroom heeft uitgevoerd en informatie over de invoer en uitvoer voor elke triggerpoging.

Verbruik

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het menu van de logische app. Selecteer triggergeschiedenis in het deelvenster Overzicht.

   

   Onder Triggergeschiedenis worden alle triggerpogingen weergegeven. Telkens wanneer de trigger wordt geactiveerd, maakt Azure Logic Apps een afzonderlijk werkstroomexemplaren en wordt dat exemplaar uitgevoerd. Standaard wordt elk exemplaar parallel uitgevoerd, zodat er geen werkstroom hoeft te wachten voordat een uitvoering wordt gestart. Als uw werkstroom wordt geactiveerd voor meerdere gebeurtenissen of items tegelijk, wordt er een triggervermelding weergegeven voor elk item met dezelfde datum en tijd.

   

   De volgende tabel bevat de mogelijke triggerstatussen:

   Triggerstatus	Beschrijving
   Mislukt	Er is een fout opgetreden. Als u gegenereerde foutberichten voor een mislukte trigger wilt bekijken, selecteert u die triggerpoging en kiest u Uitvoer. U kunt bijvoorbeeld invoer vinden die niet geldig zijn.
   Overgeslagen	De trigger heeft het eindpunt gecontroleerd, maar er zijn geen gegevens gevonden die voldoen aan de opgegeven criteria.
   Geslaagd	De trigger heeft het eindpunt gecontroleerd en beschikbare gegevens gevonden. Meestal wordt naast deze status ook een geactiveerde status weergegeven. Als dat niet het probleem is, heeft de triggerdefinitie mogelijk een voorwaarde of SplitOn opdracht waaraan niet is voldaan. Deze status kan van toepassing zijn op een handmatige trigger, op terugkeerpatroon gebaseerde trigger of polling-trigger. Een trigger kan worden uitgevoerd, maar de uitvoering zelf kan nog steeds mislukken wanneer de acties niet-verwerkte fouten genereren.

   Tip

   U kunt de trigger opnieuw controleren zonder te wachten op het volgende terugkeerpatroon. Selecteer Op de werkbalk Overzichtsvenster of op de werkbalk Ontwerptrigger>uitvoeren.

3. Als u informatie over een specifieke triggerpoging wilt weergeven, selecteert u die trigger-gebeurtenis.

   

   Als in de lijst veel triggerpogingen worden weergegeven en u de gewenste vermelding niet kunt vinden, kunt u de lijst filteren. Als u de verwachte gegevens niet vindt, selecteert u Vernieuwen op de werkbalk.

   U kunt nu informatie bekijken over de geselecteerde trigger gebeurtenis, bijvoorbeeld:

   

Standaard

Voor een stateful werkstroom kunt u de triggergeschiedenis voor elke uitvoering bekijken, inclusief de triggerstatus, samen met invoer en uitvoer, afzonderlijk van de uitvoeringsgeschiedenis van de werkstroom. In Azure Portal worden triggergeschiedenis en uitvoeringsgeschiedenis weergegeven op werkstroomniveau, niet op het niveau van de logische app.

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het werkstroommenu. Selecteer Triggergeschiedenis op de pagina Overzicht.

   

   Onder Triggergeschiedenis worden alle triggerpogingen weergegeven. Telkens wanneer de trigger wordt geactiveerd, maakt Azure Logic Apps een afzonderlijk werkstroomexemplaren en wordt dat exemplaar uitgevoerd. Standaard wordt elk exemplaar parallel uitgevoerd, zodat er geen werkstroom hoeft te wachten voordat een uitvoering wordt gestart. Als uw werkstroom wordt geactiveerd voor meerdere gebeurtenissen of items tegelijk, wordt er een triggervermelding weergegeven voor elk item met dezelfde datum en tijd.

   

   De volgende tabel bevat de mogelijke triggerstatussen:

   Triggerstatus	Beschrijving
   Mislukt	Er is een fout opgetreden. Als u gegenereerde foutberichten voor een mislukte trigger wilt bekijken, selecteert u die triggerpoging en kiest u Uitvoer. U kunt bijvoorbeeld invoer vinden die niet geldig zijn.
   Overgeslagen	De trigger heeft het eindpunt gecontroleerd, maar er zijn geen gegevens gevonden die voldoen aan de opgegeven criteria.
   Geslaagd	De trigger heeft het eindpunt gecontroleerd en beschikbare gegevens gevonden. Meestal wordt naast deze status ook een geactiveerde status weergegeven. Als dat niet het probleem is, heeft de triggerdefinitie mogelijk een voorwaarde of SplitOn opdracht waaraan niet is voldaan. Deze status kan van toepassing zijn op een handmatige trigger, op terugkeerpatroon gebaseerde trigger of polling-trigger. Een trigger kan worden uitgevoerd, maar de uitvoering zelf kan nog steeds mislukken wanneer de acties niet-verwerkte fouten genereren.

   Tip

   U kunt de trigger opnieuw controleren zonder te wachten op het volgende terugkeerpatroon. Selecteer Uitvoeren van trigger>uitvoeren op de werkbalk Overzichtspagina.

3. Als u informatie over een specifieke triggerpoging wilt weergeven, selecteert u de id voor die triggerpoging.

   

   Als in de lijst veel triggerpogingen worden weergegeven en u de gewenste vermelding niet kunt vinden, kunt u de lijst filteren. Als u de verwachte gegevens niet vindt, selecteert u Vernieuwen op de werkbalk.

4. Controleer de invoer van de trigger om te bevestigen dat deze worden weergegeven zoals verwacht. Selecteer in het deelvenster Geschiedenis onder Invoerkoppeling de koppeling, waarin het deelvenster Invoer wordt weergegeven.

   

5. Controleer de uitvoer van triggers, indien van toepassing, om te bevestigen dat deze worden weergegeven zoals u verwacht. Selecteer in het deelvenster Geschiedenis onder De koppeling Uitvoer de koppeling, waarin het deelvenster Uitvoer wordt weergegeven.

   Triggeruitvoer bevat de gegevens die de trigger doorgeeft aan de volgende stap in uw werkstroom. Door deze uitvoer te bekijken, kunt u bepalen of de juiste of verwachte waarden zijn doorgegeven aan de volgende stap in uw werkstroom.

   De RSS-trigger heeft bijvoorbeeld een foutbericht gegenereerd dat aangeeft dat de RSS-feed niet is gevonden.

   

Uitvoeringsgeschiedenis van werkstroom controleren

Telkens wanneer een trigger wordt geactiveerd, maakt Azure Logic Apps een werkstroomexemplaren en wordt dat exemplaar uitgevoerd. Standaard wordt elk exemplaar parallel uitgevoerd, zodat er geen werkstroom hoeft te wachten voordat een uitvoering wordt gestart. U kunt controleren wat er is gebeurd tijdens elke uitvoering, inclusief de status, invoer en uitvoer voor elke stap in de werkstroom.

Verbruik

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het menu van de logische app. Selecteer Op de pagina Overzicht de uitvoeringsgeschiedenis.

   Onder Uitvoeringsgeschiedenis worden alle eerdere, huidige en wachtende uitvoeringen weergegeven. Als de trigger wordt geactiveerd voor meerdere gebeurtenissen of items tegelijk, wordt er een item weergegeven voor elk item met dezelfde datum en tijd.

   

   De volgende tabel bevat de mogelijke uitvoeringsstatussen:

   Uitvoeringsstatus	Beschrijving
   Rudimentair	De uitvoering is gestopt of niet voltooid vanwege externe problemen, bijvoorbeeld een systeemstoring of een verlopen Azure-abonnement.
   Geannuleerd	De uitvoering is geactiveerd en gestart, maar heeft een annuleringsaanvraag ontvangen.
   Mislukt	Ten minste één actie in de uitvoering is mislukt. Er zijn geen volgende acties in de werkstroom ingesteld om de fout af te handelen.
   Wordt uitgevoerd	De uitvoering is geactiveerd en wordt uitgevoerd. Deze status kan echter ook worden weergegeven voor een uitvoering die wordt beperkt vanwege actielimieten of het huidige prijsplan. Tip: Als u diagnostische logboekregistratie instelt, kunt u informatie krijgen over eventuele vertragingsevenementen die plaatsvinden.
   Geslaagd	De uitvoering is voltooid. Als een actie is mislukt, heeft een volgende actie in de werkstroom die fout verwerkt.
   Time-out	Er is een time-out opgetreden voor de uitvoering omdat de huidige duur de limiet voor de uitvoeringsduur heeft overschreden. Dit wordt bepaald door de instelling Retentie van de uitvoeringsgeschiedenis in dagen. De duur van een uitvoering wordt berekend met behulp van de begintijd van de uitvoering en de uitvoeringsduurlimiet op die begintijd. Opmerking: Als de duur van de uitvoering ook de huidige bewaarlimiet voor de uitvoeringsgeschiedenis overschrijdt, die ook wordt beheerd door de instelling voor het bewaren van de uitvoeringsgeschiedenis in dagen, wordt de uitvoering gewist vanuit de uitvoeringsgeschiedenis door een dagelijkse opschoontaak. Of er nu een time-out optreedt of is voltooid, de retentieperiode wordt altijd berekend met behulp van de begintijd van de uitvoering en de huidige bewaarlimiet. Dus als u de duur voor een in-flight-uitvoering verlaagt, treedt er een time-out op voor de uitvoering. De uitvoering blijft echter behouden of wordt gewist uit de uitvoeringsgeschiedenis op basis van of de duur van de uitvoering de bewaarlimiet heeft overschreden.
   In afwachting	De uitvoering is niet gestart of onderbroken, bijvoorbeeld vanwege een eerdere werkstroominstantie die nog steeds wordt uitgevoerd.

3. Als u de stappen en andere informatie voor een specifieke uitvoering wilt bekijken, selecteert u die uitvoering onder Uitvoeringsgeschiedenis. Als in de lijst veel uitvoeringen worden weergegeven en u het gewenste item niet kunt vinden, kunt u de lijst filteren.

   Tip

   Als de uitvoeringsstatus niet wordt weergegeven, vernieuwt u het overzichtsvenster door Vernieuwen te selecteren. Er wordt geen uitvoering uitgevoerd voor een trigger die wordt overgeslagen vanwege niet-uitgevoerde criteria of het vinden van geen gegevens.

   

   In het uitvoeringsvenster van de logische app ziet u elke stap in de geselecteerde uitvoering, de uitvoeringsstatus van elke stap en de tijd die nodig is om elke stap uit te voeren, bijvoorbeeld:

   

   Als u deze informatie in het lijstformulier wilt weergeven, selecteert u Op de werkbalk Uitvoeren van de logische app de optie Details uitvoeren.

   

   De uitvoeringsdetails bevatten elke stap, hun status en andere informatie.

   

   U kunt bijvoorbeeld de eigenschap Correlatie-id van de uitvoering ophalen, die u mogelijk nodig hebt wanneer u de REST API voor Logic Apps gebruikt.

4. Als u meer informatie wilt over een specifieke stap, selecteert u een van de volgende opties:

   • Selecteer in het deelvenster Uitvoeren van de logische app de stap, zodat de shape wordt uitgevouwen. U kunt nu informatie bekijken, zoals invoer, uitvoer en eventuele fouten die in die stap zijn opgetreden.

     Stel dat u een actie hebt uitgevoerd die is mislukt en u wilt controleren welke invoer mogelijk heeft veroorzaakt dat deze stap mislukt. Door de shape uit te vouwen, kunt u de invoer, uitvoer en fout voor die stap bekijken:

     

   • Selecteer in het deelvenster Details van de logische app de gewenste stap.

     

   Notitie

   Alle runtimegegevens en -gebeurtenissen worden versleuteld in Azure Logic Apps en worden alleen ontsleuteld wanneer een gebruiker vraagt om die gegevens weer te geven. U kunt invoer en uitvoer verbergen in de uitvoeringsgeschiedenis of gebruikerstoegang tot deze informatie beheren met behulp van op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC).

Standaard

U kunt de uitvoeringsgeschiedenis alleen weergeven voor stateful werkstromen, niet stateless werkstromen. Als u de uitvoeringsgeschiedenis voor een staatloze werkstroom wilt inschakelen, raadpleegt u Uitvoeringsgeschiedenis inschakelen voor staatloze werkstromen.

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het werkstroommenu. Selecteer Uitvoeringsgeschiedenis op de pagina Overzicht.

   Onder Uitvoeringsgeschiedenis worden alle eerdere, huidige en wachtende uitvoeringen weergegeven. Als de trigger wordt geactiveerd voor meerdere gebeurtenissen of items tegelijk, wordt er een item weergegeven voor elk item met dezelfde datum en tijd.

   

   De volgende tabel bevat de mogelijke uiteindelijke statussen die elke werkstroomuitvoering kan hebben en weergeven in de portal:

   Uitvoeringsstatus	Pictogram	Beschrijving
   Rudimentair		De uitvoering is gestopt of niet voltooid vanwege externe problemen, bijvoorbeeld een systeemstoring of een verlopen Azure-abonnement.
   Geannuleerd		De uitvoering is geactiveerd en gestart, maar heeft een annuleringsaanvraag ontvangen.
   Mislukt		Ten minste één actie in de uitvoering is mislukt. Er zijn geen volgende acties in de werkstroom ingesteld om de fout af te handelen.
   Wordt uitgevoerd		De uitvoering is geactiveerd en wordt uitgevoerd. Deze status kan echter ook worden weergegeven voor een uitvoering die wordt beperkt vanwege actielimieten of het huidige prijsplan. Tip: Als u diagnostische logboekregistratie instelt, kunt u informatie krijgen over eventuele vertragingsevenementen die plaatsvinden.
   Overgeslagen		De triggervoorwaarde is gecontroleerd, maar niet voldaan, dus de uitvoering is nooit gestart.
   Geslaagd		De uitvoering is voltooid. Als een actie is mislukt, heeft een volgende actie in de werkstroom die fout verwerkt.
   Time-out		Er is een time-out opgetreden voor de uitvoering omdat de huidige duur de limiet voor de uitvoeringsduur heeft overschreden. Dit wordt bepaald door de instelling Retentie van de uitvoeringsgeschiedenis in dagen. De duur van een uitvoering wordt berekend met behulp van de begintijd van de uitvoering en de uitvoeringsduurlimiet op die begintijd. Opmerking: Als de duur van de uitvoering ook de huidige bewaarlimiet voor de uitvoeringsgeschiedenis overschrijdt, die ook wordt beheerd door de instelling voor het bewaren van de uitvoeringsgeschiedenis in dagen, wordt de uitvoering gewist vanuit de uitvoeringsgeschiedenis door een dagelijkse opschoontaak. Of er nu een time-out optreedt of is voltooid, de retentieperiode wordt altijd berekend met behulp van de begintijd van de uitvoering en de huidige bewaarlimiet. Dus als u de duur voor een in-flight-uitvoering verlaagt, treedt er een time-out op voor de uitvoering. De uitvoering blijft echter behouden of wordt gewist uit de uitvoeringsgeschiedenis op basis van of de duur van de uitvoering de bewaarlimiet heeft overschreden.
   In afwachting		De uitvoering is niet gestart of onderbroken, bijvoorbeeld vanwege een eerdere werkstroominstantie die nog steeds wordt uitgevoerd.

3. Selecteer op het tabblad Uitvoeringsgeschiedenis de uitvoering die u wilt controleren.

   De pagina met uitvoeringsdetails wordt geopend en toont de status voor elke stap in de uitvoering.

   Tip

   Als de uitvoeringsstatus niet wordt weergegeven, selecteert u Vernieuwen op de werkbalk Overzichtspagina. Er wordt geen uitvoering uitgevoerd voor een trigger die wordt overgeslagen vanwege niet-uitgevoerde criteria of het vinden van geen gegevens.

   Als in de lijst veel uitvoeringen worden weergegeven en u het gewenste item niet kunt vinden, kunt u de lijst filteren.

   

   In het deelvenster Werkstroomuitvoering ziet u elke stap in de geselecteerde uitvoering, de uitvoeringsstatus van elke stap en de tijd die nodig is om elke stap uit te voeren, bijvoorbeeld:

   

   In de volgende tabel ziet u de mogelijke statussen die elke werkstroomactie kan hebben en weergeven in de portal:

   Actiestatus	Pictogram	Beschrijving
   Rudimentair		De actie is gestopt of niet voltooid vanwege externe problemen, bijvoorbeeld een systeemstoring of een verlopen Azure-abonnement.
   Geannuleerd		De actie is uitgevoerd, maar heeft een annuleringsaanvraag ontvangen.
   Mislukt		De actie is mislukt.
   Wordt uitgevoerd		De actie wordt momenteel uitgevoerd.
   Overgeslagen		De actie is overgeslagen omdat aan de runAfter-voorwaarden niet is voldaan, bijvoorbeeld een voorgaande actie is mislukt. Elke actie heeft een runAfter object waarin u voorwaarden kunt instellen waaraan moet worden voldaan voordat de huidige actie kan worden uitgevoerd.
   Geslaagd		De actie is voltooid.
   Geslaagd met nieuwe pogingen		De actie is geslaagd, maar pas na een enkele of meerdere nieuwe pogingen. Als u de geschiedenis van nieuwe pogingen wilt bekijken, selecteert u die actie in de weergave uitvoeringsgeschiedenisgegevens, zodat u de invoer en uitvoer kunt bekijken.
   Time-out		De actie is gestopt vanwege de time-outlimiet die is opgegeven door de instellingen van die actie.
   In afwachting		Is van toepassing op een webhookactie die wacht op een binnenkomende aanvraag van een beller.

4. Nadat alle stappen in de uitvoering zijn weergegeven, selecteert u elke stap om meer informatie te bekijken, zoals invoer, uitvoer en eventuele fouten die in die stap zijn opgetreden.

   Stel dat u een actie hebt uitgevoerd die is mislukt en u wilt controleren welke invoer mogelijk heeft veroorzaakt dat deze stap mislukt.

   

   In de volgende schermopname ziet u de uitvoer van de mislukte stap.

   

   Notitie

   Alle runtimegegevens en -gebeurtenissen worden versleuteld in Azure Logic Apps en worden alleen ontsleuteld wanneer een gebruiker vraagt om die gegevens weer te geven. U kunt invoer en uitvoer verbergen in de uitvoeringsgeschiedenis.

Een werkstroom opnieuw uitvoeren met dezelfde invoer

U kunt een eerder voltooide werkstroom opnieuw uitvoeren met dezelfde invoer die de werkstroom eerder heeft gebruikt op de volgende manieren:

• Voer de hele werkstroom opnieuw uit.

• Voer de werkstroom opnieuw uit vanaf een specifieke actie. De opnieuw verzonden actie en alle volgende acties worden zoals gebruikelijk uitgevoerd.

Als u deze taak voltooit, wordt een nieuwe werkstroomuitvoering toegevoegd aan de uitvoeringsgeschiedenis van uw werkstroom.

Beperkingen en overwegingen

• Standaard worden alleen werkstromen voor verbruik en standaard stateful werkstromen, die uitvoeringsgeschiedenis vastleggen en opslaan, ondersteund. Als u deze mogelijkheden wilt gebruiken met een stateless Standard-werkstroom, schakelt u de stateful modus in. Zie Uitvoeringsgeschiedenis inschakelen voor staatloze werkstromen en stateful modus inschakelen voor stateless connectors voor meer informatie.

• De opnieuw verzonden uitvoering voert dezelfde werkstroomversie uit als de oorspronkelijke uitvoering, zelfs als u de werkstroomdefinitie hebt bijgewerkt.

• U kunt alleen acties uit sequentiële werkstromen opnieuw uitvoeren. Werkstromen met parallelle paden worden momenteel niet ondersteund.

• De werkstroom moet de status Voltooid hebben, zoals Geslaagd, Mislukt of Geannuleerd.

• De werkstroom moet 40 of minder acties bevatten om opnieuw uit te voeren vanuit een specifieke actie.

• Als uw werkstroom bewerkingen heeft zoals bewerkingen voor maken of verwijderen, kan het opnieuw indienen van een uitvoering dubbele gegevens maken of proberen om gegevens te verwijderen die niet meer bestaan, wat resulteert in een fout.

• Deze mogelijkheden zijn momenteel niet beschikbaar met Visual Studio Code of Azure CLI.

Verbruik

De hele werkstroom opnieuw uitvoeren

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het menu van de logische app. Selecteer Op de pagina Overzicht de uitvoeringsgeschiedenis.

   Onder Uitvoeringsgeschiedenis worden alle eerdere, huidige en wachtende uitvoeringen weergegeven. Als de trigger wordt geactiveerd voor meerdere gebeurtenissen of items tegelijk, wordt er een item weergegeven voor elk item met dezelfde datum en tijd.

3. Selecteer in het deelvenster Uitvoeringsgeschiedenis de uitvoering die u opnieuw wilt indienen.

4. Selecteer Opnieuw indienen op de werkbalk voor het uitvoeren van de logische app en selecteer vervolgens Ja.

   In het deelvenster Uitvoeringsgeschiedenis wordt nu de opnieuw verzonden uitvoering weergegeven.

   Tip

   Als de opnieuw verzonden uitvoering niet wordt weergegeven, selecteert u Vernieuwen op de werkbalk van het deelvenster Uitvoeringsgeschiedenis. Er wordt geen uitvoering uitgevoerd voor een trigger die wordt overgeslagen vanwege niet-uitgevoerde criteria of het vinden van geen gegevens.

5. Als u de invoer en uitvoer van de opnieuw verzonden werkstroomuitvoering wilt controleren, selecteert u die uitvoering op het tabblad Uitvoeringsgeschiedenis .

Opnieuw uitvoeren vanaf een specifieke actie (preview)

Notitie

Deze functionaliteit is momenteel beschikbaar als preview. Zie Aanvullende gebruiksvoorwaarden voor Microsoft Azure Previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die zich in bèta, preview of anderszins nog niet in algemene beschikbaarheid bevinden. Sommige aspecten van deze mogelijkheid kunnen veranderen vóór algemene beschikbaarheid (GA).

De mogelijkheid voor opnieuw indienen is beschikbaar voor alle acties, met uitzondering van niet-sequentiële en complexe gelijktijdigheidsscenario's en volgens de volgende beperkingen:

Acties	Beschikbaarheid en beperkingen opnieuw indienen
Actie en acties voor voorwaarde in de paden Waar en Onwaar	- Ja voor actie Voorwaarde - Nee voor acties in de paden Waar en Onwaar
Voor elke actie plus alle acties in de lus en na de lus	Nee voor alle acties
Schakelen tussen actie en alle acties in het standaardpad en casepaden	- Ja voor schakelactie - Nee voor acties in het standaardpad en casepaden
Tot actie plus alle acties in de lus en na de lus	Nee voor alle acties

1. Open uw logische app-resource in Azure Portal.

2. Selecteer Overzicht in het resourcemenu van de logische app. Selecteer op de pagina Overzicht de optie Uitvoeringsgeschiedenis, waarin de uitvoeringsgeschiedenis voor de werkstroom wordt weergegeven.

3. Selecteer op het tabblad Uitvoeringsgeschiedenis de uitvoering die u opnieuw wilt indienen.

   De pagina met uitvoeringsdetails wordt geopend en toont de status voor elke stap in de uitvoering.

4. Zoek op de pagina met uitvoeringsdetails de actie van waaruit u de uitvoering van de werkstroom opnieuw wilt indienen, open het snelmenu en selecteer Verzenden uit deze actie.

   De pagina met details van de uitvoering wordt vernieuwd en de nieuwe uitvoering wordt weergegeven. Alle bewerkingen die voorafgaan aan de opnieuw verzonden actie tonen een lichter gekleurd statuspictogram, dat hergebruikte invoer en uitvoer vertegenwoordigt. De opnieuw verzonden actie en volgende acties tonen de meestal gekleurde statuspictogrammen. Zie De uitvoeringsgeschiedenis van de werkstroom controleren voor meer informatie.

   Tip

   Als de uitvoering nog niet volledig is voltooid, selecteert u Vernieuwen op de pagina met details van de uitvoering.

Standaard

U kunt alleen stateful werkstromen opnieuw uitvoeren, niet stateless werkstromen. Als u de uitvoeringsgeschiedenis voor een staatloze werkstroom wilt inschakelen, raadpleegt u Uitvoeringsgeschiedenis inschakelen voor staatloze werkstromen.

De hele werkstroom opnieuw uitvoeren

1. Open in Azure Portal de resource en werkstroom van uw logische app in de ontwerpfunctie.

2. Selecteer Overzicht in het werkstroommenu. Selecteer op de pagina Overzicht de optie Uitvoeringsgeschiedenis, waarin de uitvoeringsgeschiedenis voor de huidige werkstroom wordt weergegeven.

3. Selecteer op het tabblad Uitvoeringsgeschiedenis de uitvoering die u opnieuw wilt indienen.

4. Selecteer Opnieuw indienen op de werkbalk uitvoeringsgeschiedenis.

5. Ga terug naar de pagina Overzicht en het tabblad Uitvoeringsgeschiedenis , waarin nu de opnieuw ingediende uitvoering wordt weergegeven.

   Tip

   Als de opnieuw verzonden uitvoering niet wordt weergegeven, selecteert u Vernieuwen op de werkbalk Overzichtspagina. Er wordt geen uitvoering uitgevoerd voor een trigger die wordt overgeslagen vanwege niet-uitgevoerde criteria of het vinden van geen gegevens.

6. Als u de invoer en uitvoer van de opnieuw verzonden werkstroomuitvoering wilt controleren, selecteert u die uitvoering op het tabblad Uitvoeringsgeschiedenis .

Opnieuw uitvoeren vanaf een specifieke actie (preview)

Notitie

Deze functionaliteit is momenteel beschikbaar als preview. Zie Aanvullende gebruiksvoorwaarden voor Microsoft Azure Previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die zich in bèta, preview of anderszins nog niet in algemene beschikbaarheid bevinden. Sommige aspecten van deze mogelijkheid kunnen veranderen vóór algemene beschikbaarheid (GA).

De mogelijkheid voor opnieuw indienen is beschikbaar voor alle acties, met uitzondering van niet-sequentiële en complexe gelijktijdigheidsscenario's en volgens de volgende beperkingen:

Acties	Beschikbaarheid en beperkingen opnieuw indienen
Actie en acties voor voorwaarde in de paden Waar en Onwaar	- Ja voor actie Voorwaarde - Nee voor acties in de paden Waar en Onwaar
Voor elke actie plus alle acties in de lus en na de lus	Nee voor alle acties
Schakelen tussen actie en alle acties in het standaardpad en casepaden	- Ja voor schakelactie - Nee voor acties in het standaardpad en casepaden
Tot actie plus alle acties in de lus en na de lus	Nee voor alle acties

1. Open de resource en werkstroom van uw logische app in Azure Portal.

2. Selecteer Overzicht in het werkstroommenu. Selecteer op de pagina Overzicht de optie Uitvoeringsgeschiedenis, waarin de uitvoeringsgeschiedenis voor de huidige werkstroom wordt weergegeven.

3. Selecteer op het tabblad Uitvoeringsgeschiedenis de uitvoering die u opnieuw wilt indienen.

   De pagina met uitvoeringsdetails wordt geopend en toont de status voor elke stap in de uitvoering.

4. Zoek op de pagina met uitvoeringsdetails de actie van waaruit u de uitvoering van de werkstroom opnieuw wilt indienen, open het snelmenu en selecteer Verzenden uit deze actie.

   De pagina met details van de uitvoering wordt vernieuwd en de nieuwe uitvoering wordt weergegeven. Alle bewerkingen die voorafgaan aan de opnieuw verzonden actie tonen een lichter gekleurd statuspictogram, dat hergebruikte invoer en uitvoer vertegenwoordigt. De opnieuw verzonden actie en volgende acties tonen de meestal gekleurde statuspictogrammen. Zie De uitvoeringsgeschiedenis van de werkstroom controleren voor meer informatie.

   Tip

   Als de uitvoering nog niet volledig is voltooid, selecteert u Vernieuwen op de pagina met details van de uitvoering.

Bewakingswaarschuwingen instellen

Als u waarschuwingen wilt ontvangen op basis van specifieke metrische gegevens of drempelwaarden voor uw logische app wilt overschrijden, stelt u waarschuwingen in Azure Monitor in. Raadpleeg metrische gegevens in Azure voor meer informatie.

Als u waarschuwingen wilt instellen zonder Azure Monitor te gebruiken, voert u de volgende stappen uit, die van toepassing zijn op zowel resources voor de logische app Verbruik als standard:

1. Selecteer Waarschuwingen in het menu van uw logische app onder Bewaking. Selecteer Waarschuwingsregel maken>op de werkbalk.

2. Selecteer op de pagina Een waarschuwingsregel maken in de lijst Signal-naam het signaal waarvoor u een waarschuwing wilt ontvangen.

   Notitie

   Beschikbare waarschuwingssignalen verschillen tussen verbruiks- en standaardlogica-apps. Logische apps voor verbruik hebben bijvoorbeeld veel trigger-gerelateerde signalen, zoals Triggers voltooid en Triggers mislukt, terwijl standaardwerkstromen de signalen aantal voltooide werkstroomtriggers en werkstroomtriggers hebben.

   Als u bijvoorbeeld een waarschuwing wilt verzenden wanneer een trigger mislukt in een werkstroom Verbruik, voert u de volgende stappen uit:

   1. Selecteer in de lijst Signaalnaam het signaal triggers mislukt .

   2. Stel onder Waarschuwingslogica uw voorwaarde in, bijvoorbeeld:

      Eigenschappen	Voorbeeldwaarde
      Threshold	Static
      Aggregatietype	Tellen
      Operator	Groter dan of gelijk aan
      Eenheid	Tellen
      Drempelwaarde	1

      In de preview-sectie ziet u nu de voorwaarde die u hebt ingesteld, bijvoorbeeld:

      Wanneer het aantal triggers is mislukt, groter is dan of gelijk is aan 1

   3. Stel onder Wanneer te evalueren het schema in voor het controleren van de voorwaarde:

      Eigenschappen	Voorbeeldwaarde
      Controleer elke	1 minuut
      Terugblikperiode	5 minuten

      De voltooide voorwaarde ziet er bijvoorbeeld uit zoals in het volgende voorbeeld en op de pagina Een waarschuwingsregel maken worden nu de kosten voor het uitvoeren van die waarschuwing weergegeven:

      

3. Als u klaar bent, selecteert u Beoordelen en maken.

Zie Een waarschuwingsregel maken op basis van een specifieke resource - Azure Monitor voor algemene informatie.

Volgende stappen

• Logische apps bewaken met Azure Monitor