Uitvoeringsstatus bewaken, triggergeschiedenis controleren, en waarschuwingen instellen voor Azure Logic Apps

Nadat u een logische apphebt maken en uitvoeren, kunt u de status van de uitvoering van die logische app, de uitvoeringsgeschiedenis, de triggergeschiedenisen de prestaties controleren. Als u meldingen wilt ontvangen over fouten of andere mogelijke problemen, stelt u waarschuwingen in. U kunt bijvoorbeeld een waarschuwing maken die detecteert 'wanneer meer dan vijf runs in een uur mislukken'.

Voor realtime gebeurtenisbewaking en uitgebreidere debugging stelt u diagnostische logboekregistratie in voor uw logische app met behulp van Azure Monitor logboeken. Deze Azure-service helpt u bij het bewaken van uw cloud- en on-premises omgevingen, zodat u hun beschikbaarheid en prestaties gemakkelijker kunt onderhouden. Vervolgens kunt u gebeurtenissen zoeken en weergeven, zoals triggergebeurtenissen, run-gebeurtenissen en actiegebeurtenissen. Door deze informatie op te slaan in Azure Monitor logboeken,kunt u logboekquery's maken die u helpen bij het vinden en analyseren van deze informatie. 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 Azure Monitor.

Uitvoeringsgeschiedenis controleren

Telkens wanneer de trigger wordt uitgevoerd voor een item of gebeurtenis, maakt Logic Apps engine een afzonderlijk werkstroom-exemplaar voor elk item of elke gebeurtenis en voert deze uit. Standaard wordt elk werkstroom-exemplaar parallel uitgevoerd, zodat er geen werkstroom hoeft te wachten voordat een run wordt uitgevoerd. U kunt controleren wat er tijdens die run is gebeurd, inclusief de status voor elke stap in de werkstroom plus de invoer en uitvoer voor elke stap.

1. Zoek en open Azure Portallogische app in de ontwerpfunctie voor logische apps in de Azure Portal.

   Als u uw logische app wilt zoeken, voert u in het hoofdzoekvak van Azure in logic apps en selecteert u vervolgens Logische apps.

   

   In Azure Portal ziet u alle logische apps die zijn gekoppeld aan uw Azure-abonnementen. U kunt deze lijst filteren op basis van naam, abonnement, resourcegroep, locatie, en meer.

   

2. Selecteer uw logische app en selecteer vervolgens Overzicht.

   In het overzichtsvenster, onder Geschiedenis van runs, worden alle eerdere, huidige en wachtende runs voor uw logische app weergegeven. Als in de lijst veel runs worden weergegeven en u de vermelding die u wilt niet kunt vinden, filtert u de lijst.

   Tip

   Als de status van de run niet wordt weergegeven, vernieuwt u de overzichtspagina door Vernieuwen te selecteren. Er vindt geen run plaats voor een trigger die wordt overgeslagen vanwege niet-voldaan criteria of het vinden van geen gegevens.

   

   Dit zijn de mogelijke statussen van de run:

   Status van de run	Beschrijving
   Aborted	De run is gestopt of niet uitgevoerd vanwege externe problemen, bijvoorbeeld een systeemstoring of een beschadigd Azure-abonnement.
   Geannuleerd	De run is geactiveerd en gestart, maar heeft een annuleringsaanvraag ontvangen.
   Mislukt	Ten minste één actie in de run is mislukt. Er zijn geen verdere acties in de werkstroom ingesteld om de fout te verwerken.
   Wordt uitgevoerd	De uitvoering is geactiveerd en wordt uitgevoerd, maar deze status kan ook worden weergegeven voor een uitvoering die wordt beperkt vanwege actielimieten of het huidige prijsplan. Tip: als u diagnostische logboekregistratie in stelt,kunt u informatie krijgen over vertragingsgebeurtenissen die plaatsvinden.
   Geslaagd	De run is geslaagd. Als een actie is mislukt, heeft een volgende actie in de werkstroom die fout afgehandeld.
   Time-out	Er is een time-out voor de run uitgevoerd omdat de huidige duur de limiet voor de duur van de run heeft overschreden. Dit wordt bepaald door de instelling Run history retention in days. De duur van een run wordt berekend met behulp van de begintijd en duurlimiet van de run op die starttijd. Opmerking: als de duur van de run ook de retentielimiet voor de huidige run history overschrijdt, wat ook wordt bepaald door de instelling Bewaarperiode van de rungeschiedenis indagen, wordt de run door een dagelijkse opschoonactie uit de geschiedenis van de run geweken. Of de run nu een time-out heeft of is voltooid, de retentieperiode wordt altijd berekend met behulp van de begintijd en de huidige bewaarlimiet van de run. Dus als u de duurlimiet voor een in-flight run verlaagt, tót er een times-out is voor de run. De run blijft echter of wordt uit de geschiedenis van de run geweerd op basis van of de duur van de run de bewaarlimiet heeft overschreden.
   Wachten	De run is niet gestart of onderbroken, bijvoorbeeld vanwege een eerdere werkstroom die nog wordt uitgevoerd.

3. Als u de stappen en andere informatie voor een specifieke run wilt bekijken, selecteert u onder Geschiedenis van runs die run.

   

   In het deelvenster Uitvoeren van logische app ziet u elke stap in de geselecteerde run, de status van elke stap en de tijd die nodig is om elke stap uit te voeren, bijvoorbeeld:

   

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

   

   In de weergave Details uitvoeren ziet u elke stap, de status en andere informatie.

   

   U kunt bijvoorbeeld de eigenschap Correlatie-id van de run krijgen, die u mogelijk nodig hebt wanneer u de eigenschap REST APIvoor Logic Apps.

4. Selecteer een van de volgende opties voor meer informatie over een specifieke stap:

   • Selecteer in het deelvenster Uitvoeren van logische app de stap zodat de vorm wordt uitgebreid. U kunt nu informatie weergeven, zoals invoer, uitvoer en eventuele fouten die in die stap zijn gebeurd, bijvoorbeeld:

     

   • Selecteer in het deelvenster Details van de logische app-run de stap die u wilt uitvoeren.

     

     U kunt nu informatie weergeven, zoals invoer en uitvoer voor die stap, bijvoorbeeld:

   Notitie

   Alle runtimedetails en -gebeurtenissen worden versleuteld binnen de Logic Apps service. Ze worden alleen ontsleuteld wanneer een gebruiker die gegevens wil weergeven. U kunt invoer en uitvoer verbergen in de uitvoergeschiedenis of de gebruikerstoegang tot deze informatie bepalen met behulp van op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC).

Triggergeschiedenis controleren

Elke logische app-run begint met een trigger. De triggergeschiedenis bevat alle triggerpogingen die uw logische app heeft gedaan en informatie over de invoer en uitvoer voor elke triggerpoging.

1. Zoek en open Azure Portallogische app in de ontwerpfunctie voor logische apps in de Azure Portal.

   Als u de logische app wilt zoeken, voert u in het hoofdzoekvak van Azure in en selecteert u logic apps Logic Apps.

   

   In Azure Portal ziet u alle logische apps die zijn gekoppeld aan uw Azure-abonnementen. U kunt deze lijst filteren op basis van naam, abonnement, resourcegroep, locatie, en meer.

   

2. Selecteer uw logische app en selecteer vervolgens Overzicht.

3. Selecteer Overzicht in het menu van uw logische app. Selecteer in de sectie Samenvatting onder Evaluatie de optie Triggergeschiedenis bekijken.

   

   In het deelvenster Triggergeschiedenis worden alle triggerpogingen weergegeven die uw logische app heeft gedaan. Telkens wanneer de trigger wordt uitgevoerd voor een item of gebeurtenis, maakt Logic Apps engine een afzonderlijk exemplaar van de logische app waarmee de werkstroom wordt uitgevoerd. Standaard wordt elk exemplaar parallel uitgevoerd, zodat er geen werkstroom hoeft te wachten voordat een run wordt uitgevoerd. Dus als uw logische app wordt getriggerd op meerdere items tegelijk, wordt voor elk item een triggerinvoer met dezelfde datum en tijd weergegeven.

   

   Dit zijn de mogelijke statussen van de triggerpoging:

   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 is.
   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. Normaal gesproken wordt naast deze status ook de status Fired weergegeven. Zo niet, dan heeft de triggerdefinitie mogelijk een voorwaarde of SplitOn opdracht die niet is voldaan. Deze status kan van toepassing zijn op een handmatige trigger, terugkeertrigger of poll-trigger. Een trigger kan worden uitgevoerd, maar de run zelf kan nog steeds mislukken wanneer de acties niet-afhandelingsfouten genereren.

   Tip

   U kunt de trigger opnieuw controleren zonder te wachten op het volgende terugkeerpatroon. Selecteer op de overzichtswerkbalk Trigger uitvoeren en selecteer de trigger, waardoor een controle wordt ge dwingt. Of selecteer Uitvoeren op de werkbalk Logic Apps Designer.

4. Als u informatie over een specifieke triggerpoging wilt weergeven, selecteert u die triggergebeurtenis in het triggervenster. Als in de lijst veel triggerpogingen worden weergegeven en u de vermelding die u wilt niet kunt vinden, filtert u de lijst. Als u de gegevens die u verwacht niet kunt vinden, selecteert u Vernieuwen op de werkbalk.

   

   U kunt nu informatie bekijken over de geselecteerde triggergebeurtenis, bijvoorbeeld:

   

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. Meer informatie over metrische gegevens in Azure. Volg deze stappen om waarschuwingen in te Azure Monitorzonder gebruik te maken van Azure Monitor.

1. Selecteer in het menu van uw logische app onder Bewaking de optie Waarschuwingen > Nieuwe waarschuwingsregel.

   

2. Selecteer in het deelvenster Regel maken onder Resource de logische app als deze nog niet is geselecteerd. Selecteer onder Voorwaarde de optie Toevoegen zodat u de voorwaarde kunt definiëren die de waarschuwing activeert.

   

3. Zoek en selecteer in het deelvenster Signaallogica configureren het signaal waarvoor u een waarschuwing wilt ontvangen. U kunt het zoekvak gebruiken of de signalen alfabetisch sorteren door de kolomkop Signaalnaam te selecteren.

   Als u bijvoorbeeld een waarschuwing wilt verzenden wanneer een trigger mislukt, volgt u deze stappen:

   1. Zoek en selecteer in de kolom Signaalnaam het signaal Triggers mislukt.

      

   2. Stel in het informatievenster dat wordt geopend voor het geselecteerde signaal, onder Waarschuwingslogica uw voorwaarde in, bijvoorbeeld:

   3. Bij Operator selecteert u Groter dan of gelijk aan.

   4. Bij Aggregatietype selecteert u Aantal.

   5. Voer in bij Drempelwaarde. 1

   6. Controleer onder Voorwaardevoorbeeld of uw voorwaarde juist lijkt.

   7. Stel onder Geëvalueerd op basis van het interval en de frequentie in voor het uitvoeren van de waarschuwingsregel. Selecteer voor Aggregatiegranulariteit (Periode) de periode voor het groeperen van de gegevens. Selecteer bij Frequentie van evaluatie hoe vaak u de voorwaarde wilt controleren.

   8. Wanneer u klaar bent, selecteert u Gereed.

   Dit is de voltooide voorwaarde:

   

   Op de pagina Regel maken ziet u nu de voorwaarde die u hebt gemaakt en de kosten voor het uitvoeren van die waarschuwing.

   

4. Geef een naam, optionele beschrijving en ernstniveau op voor de waarschuwing. Laat de instelling Regel inschakelen bij het maken ingeschakeld of schakel uit totdat u klaar bent om de regel in te schakelen.

5. Wanneer u klaar bent, selecteert u Waarschuwingsregel maken.

Volgende stappen

• Logische apps bewaken met behulp van Azure Monitor