Scheman för återkommande arbetsflödestriggers i Azure Logic Apps

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

Med Azure Logic Apps kan du skapa och köra automatiserade återkommande arbetsflöden enligt ett schema. Genom att skapa ett arbetsflöde för logikappen som börjar med utlösaren Recurrence eller Sliding Window, som är utlösare av typen Schedule, kan du köra uppgifter omedelbart, vid en senare tidpunkt eller med återkommande intervall. Du kan anropa tjänster i och utanför Azure, till exempel HTTP- eller HTTPS-slutpunkter, publicera meddelanden till Azure-tjänster som Azure Storage och Azure Service Bus eller hämta filer som laddats upp till en filresurs. Med upprepningsutlösaren kan du också konfigurera komplexa scheman och avancerade upprepningar för aktiviteter som körs. Mer information om inbyggda schemautlösare och åtgärder finns i Schemalägg utlösare och Schemalägg åtgärder.

I följande lista visas några exempeluppgifter som du kan köra med de inbyggda schemautlösarna:

• Hämta interna data, till exempel köra en SQL-lagrad procedur varje dag.

• Hämta externa data, till exempel hämta väderrapporter från NOAA var 15:e minut.

• Skicka rapportdata, till exempel skicka en sammanfattning via e-post för alla beställningar som är större än en viss mängd under den senaste veckan.

• Bearbeta data, till exempel komprimera dagens uppladdade bilder varje veckodag under låg belastning.

• Rensa data, till exempel ta bort alla tweets som är äldre än tre månader.

• Arkivera data, till exempel push-fakturor till en säkerhetskopieringstjänst kl. 01:00 varje dag under de kommande nio månaderna.

Du kan också använda de inbyggda åtgärderna Schemalägg för att pausa arbetsflödet innan nästa åtgärd körs, till exempel:

• Vänta till en veckodag för att skicka en statusuppdatering via e-post.

• Fördröj arbetsflödet tills ett HTTP-anrop har tid att slutföras innan du återupptar och hämtar resultatet.

Den här guiden beskriver funktionerna för inbyggda utlösare och åtgärder av schematyp.

Köra återkommande arbetsbelastningar utan att skapa flera logikappar

Du kan schemalägga och köra återkommande arbetsbelastningar utan att behöva skapa en separat Consumption-logikapp för varje schemalagt jobb och stöta på gränsen för antalet arbetsflöden per region och prenumeration. I stället kan du antingen skapa en Standard-logikapp med flera arbetsflöden, eller använda Consumption-logikappmönstret som skapas av Azure-snabbstartsmallen: Logic Apps-jobbschemaläggare.

Azure Logic Apps-jobbschemaläggningsmallen skapar en logikapp med namnet CreateTimerJob som anropar en logikapp med namnet TimerJob. Du kan sedan anropa logikappen CreateTimerJob som ett API genom att göra en HTTP-begäran och skicka ett schema som indata för begäran. Varje anrop till logikappen CreateTimerJob anropar även logikappen TimerJob , som skapar en ny TimerJob-instans som kontinuerligt körs baserat på det angivna schemat eller tills den uppfyller en angiven gräns. På så sätt kan du köra så många TimerJob-instanser som du vill utan att behöva oroa dig för arbetsflödesgränser eftersom instanser inte är enskilda logikapparbetsflödesdefinitioner eller resurser.

Schemalagda utlösare

Du kan starta logikappens arbetsflöde genom att använda utlösaren Upprepning eller utlösaren Glidande fönster, som inte är associerad med någon specifik tjänst eller något specifikt system. Dessa utlösare startar och kör arbetsflödet baserat på den angivna upprepningen där du väljer intervall och frekvens, till exempel antalet sekunder, minuter, timmar, dagar, veckor eller månader. Du kan också ange startdatum och tid tillsammans med tidszonen. Varje gång en utlösare utlöses skapar och kör Azure Logic Apps en ny arbetsflödesinstans för logikappen.

Här är skillnaderna mellan dessa utlösare:

• Återkommande: Kör arbetsflödet med jämna mellanrum enligt det schema du anger. Om utlösaren missar upprepningar, till exempel på grund av avbrott eller inaktiverade arbetsflöden, bearbetar inte upprepningsutlösaren de missade upprepningarna utan startar om upprepningar med nästa schemalagda intervall.

  Om du väljer Dag som frekvens kan du ange dagens timmar och minuter i timmen, till exempel varje dag kl. 02:30. Om du väljer Vecka som frekvens kan du också välja veckodagar, till exempel onsdag och lördag. Du kan också ange ett startdatum och en tid tillsammans med en tidszon för ditt upprepningsschema. Mer information om tidszonsformatering finns i Lägga till en upprepningsutlösare.

  Viktigt!

  Om du använder frekvensen Dag, Vecka eller Månad och anger ett framtida datum och en framtida tidpunkt, se till att du ställer in upprepningen i förväg:

  • Dag: Konfigurera den dagliga upprepningen minst 24 timmar i förväg.

  • Vecka: Konfigurera veckovis upprepning minst 7 dagar i förväg.

  • Månad: Konfigurera månatlig upprepning minst en månad i förväg.

  Annars kan arbetsflödet hoppa över den första upprepningen.

  Om en upprepning inte anger ett specifikt startdatum och en viss tid körs den första upprepningen omedelbart när du sparar eller distribuerar logikappen, trots utlösarens upprepningskonfiguration. Undvik det här beteendet genom att ange ett startdatum och en tidpunkt för när du vill att den första upprepningen ska köras.

  Om en upprepning inte anger några andra avancerade schemaläggningsalternativ, till exempel specifika tider för att köra framtida upprepningar, baseras dessa upprepningar på den senaste körningstiden. Därför kan starttiderna för dessa återkomster förskjutas på grund av exempelvis latens vid lagringsanrop. Prova följande alternativ för att se till att arbetsflödet inte missar en upprepning, särskilt när frekvensen är i dagar eller längre:

  • Ange startdatum och tid för upprepning plus de specifika tidpunkter då efterföljande upprepningar ska köras med hjälp av egenskaperna Vid dessa timmar och Vid dessa minuter, som endast är tillgängliga för frekvenserna Dag och Vecka .

  • Använd skjutfönstrets utlösare i stället för upprepningsutlösaren.

  Mer information finns i Skapa, schemalägg och kör återkommande uppgifter och arbetsflöden med utlösaren Upprepning.

• Glidande fönster: Kör ditt arbetsflöde med jämna mellanrum för att hantera data i sammanhängande delar. Om utlösaren missar upprepningar, till exempel på grund av avbrott eller inaktiverade arbetsflöden, går skjutfönstrets utlösare tillbaka och bearbetar de missade upprepningarna.

  Du kan ange startdatum och tid, tidszon och varaktighet för att fördröja varje upprepning i arbetsflödet. Den här utlösaren stöder inte avancerade scheman, till exempel specifika timmar på dagen, minuter i timmen och veckodagar. Mer information finns i Skapa, schemalägga och köra återkommande uppgifter och arbetsflöden med Sliding Window-utlösaren.

Schemalägg åtgärder

Efter en åtgärd i logikappens arbetsflöde kan du använda åtgärderna Fördröj och Fördröj tills för att få arbetsflödet att vänta innan nästa åtgärd körs.

• Fördröjning: Vänta med att köra nästa åtgärd för det angivna antalet tidsenheter, till exempel sekunder, minuter, timmar, dagar, veckor eller månader. Mer information finns i Fördröj nästa åtgärd i arbetsflöden.

• Fördröj till: Vänta med att köra nästa åtgärd till det angivna datumet och klockslaget. Mer information finns i Fördröj nästa åtgärd i arbetsflöden.

Mönster för startdatum och starttid

Här följer några mönster som visar hur du kan styra upprepning med startdatum och starttid och hur Azure Logic Apps kör dessa upprepningar:

Exempel för tidigare starttid och upprepning men inget schema

Anta att aktuellt datum och tid är den 8 september 2017 kl. 13:00. Du anger startdatum och starttid till den 7 september 2017 kl. 14.00, som redan har passerat, och en upprepning som sker varannan dag.

För upprepningsutlösaren beräknar Azure Logic Apps-motorn körningstider baserat på starttiden, tar bort tidigare körningstider, använder nästa framtida starttid för den första körningen och beräknar framtida körningar baserat på den senaste körningstiden.

Så här ser upprepningen ut:

Oavsett hur långt tidigare du anger starttiden, till exempel 2017-09-05 kl. 14:00 eller 2017-09-01 kl. 14:00, använder din första körning alltid nästa framtida starttid.

För skjutfönsterutlösaren beräknar Azure Logic Apps-motorn körningstider baserat på starttiden, respekterar tidigare körningstider, använder starttiden för den första körningen och beräknar framtida körningar baserat på starttiden.

Så här ser upprepningen ut:

Oavsett hur långt tidigare du anger starttiden, till exempel 2017-09-05 kl. 14:00 eller 2017-09-01 kl. 14:00, använder din första körning alltid den angivna starttiden.

Upprepningsbeteende

Återkommande inbyggda utlösare, till exempel upprepningsutlösaren, körs direkt och internt på Azure Logic Apps-körningen. Dessa utlösare skiljer sig från återkommande anslutningsbaserade utlösare för hanterade anslutningsappar, där du först måste skapa en anslutning, till exempel utlösaren för den hanterade anslutningsappen Office 365 Outlook.

För båda typerna av utlösare, om en upprepning inte anger ett startdatum och en starttid, körs den första upprepningen omedelbart när du sparar eller distribuerar logikappresursen, trots utlösarens upprepningskonfiguration. Undvik det här beteendet genom att ange ett startdatum och en tidpunkt för när du vill att den första upprepningen ska köras.

Upprepning för inbyggda utlösare

Återkommande inbyggda utlösare följer det schema som du anger, inklusive en angiven tidszon. Men om en upprepning inte anger andra avancerade schemaläggningsalternativ, till exempel specifika tider för att köra framtida upprepningar, baseras dessa upprepningar på den senaste utlösarkörningen. Därför kan starttiderna för dessa återkomster förskjutas på grund av exempelvis latens vid lagringsanrop. Avancerade schemaläggningsalternativ, till exempel Vid de här tiderna och På de här dagarna för Veckovis upprepning, är tillgängliga och fungerar bara med inbyggda avsökande utlösare, till exempel Recurrence- och Sliding Window-utlösarna, som körs direkt och internt i Azure Logic Apps-körningen.

Mer information finns i följande dokumentation:

• Utlösa upprepning för sommartid och standardtid
• Felsöka återkommande problem

Upprepning för hanterade utlösare

Schemat är inte den enda faktorn som styr körning för återkommande hanterade utlösare som Office 365 Outlook, Outlook.com med flera. Tidszonen avgör endast den första starttiden. Efterföljande körningar beror på upprepningsschema, den senaste körningen av utlösaren och andra faktorer som kan göra att körtiderna förskjuts eller leder till oväntade beteenden, till exempel:

• Om utlösaren kommer åt en server som har mer data, som utlösaren omedelbart försöker hämta.
• Eventuella fel eller återförsök som utlösaren orsakar.
• Svarstid under lagringsanrop.
• Behåller inte det angivna schemat när sommartid (DST) startar och slutar.
• Andra faktorer som kan påverka när nästa körtid infaller.

Avancerade schemaläggningsalternativ, till exempel Vid dessa tider och Vid dessa dagar för veckovis upprepning, är inte tillgängliga eller stöds inte för anslutningsappar som är Microsoft-hanterade, värdhanterade och körs i Azure. Dessa avsökningsutlösare beräknar nästa upprepning med hjälp av värdena Intervall och Frekvens .

Mer information finns i följande dokumentation:

• Utlösa upprepning för sommartid och standardtid
• Utlösa återkommande skift och drift under sommartid och standardtid
• Felsöka återkommande problem

Utlösa upprepning för sommartid och standardtid

För att schemalägga jobb placerar Azure Logic Apps meddelandet för bearbetning i kön och anger när meddelandet blir tillgängligt, baserat på UTC-tiden när det senaste jobbet kördes och UTC-tiden när nästa jobb är schemalagt att köras. Om du anger en starttid med upprepningen kontrollerar du att du väljer en tidszon så att logikappens arbetsflöde körs vid den angivna starttiden. På så sätt förskjuts även UTC-tiden för logikappen för att kompensera för omställningen mellan sommar- och vintertid. Återkommande utlösare respekterar det schema som du anger, inklusive alla tidszoner som du anger.

Om du inte väljer en tidszon kan sommartidshändelser (DST) påverka när utlösare körs. Starttiden skiftar till exempel en timme framåt när DST startar och en timme bakåt när DST slutar.

Utlösa återkommande skift och drift under sommartid och standardtid

För återkommande anslutningsbaserade utlösare är upprepningsschemat inte den enda drivrutinen som styr körningen. Tidszonen avgör bara den första starttiden. Efterföljande körningar beror på upprepningsschema, den senaste körningen av utlösaren och andra faktorer som kan göra att körtiderna förskjuts eller leder till oväntade beteenden, till exempel:

• Det gick inte att upprätthålla det angivna schemat när sommartid (DST) startar och slutar.
• Andra faktorer som kan påverka när nästa körtid infaller.
• Svarstid under lagringsanrop.
• Om utlösaren kommer åt en server som har mer data, som utlösaren omedelbart försöker hämta.
• Eventuella fel eller återförsök som utlösaren orsakar.

Om du vill se till att upprepningstiden inte ändras när DST börjar gälla justerar du upprepningen manuellt. På så sätt fortsätter arbetsflödet att köras vid förväntad eller angiven starttid. Annars flyttas starttiden en timme framåt när DST startar och en timme bakåt när DST slutar.

Anta till exempel att du har två logikappar som körs dagligen. En logikapp körs klockan 01:30 lokal tid, medan den andra körs en timme senare klockan 02:30 lokal tid. Vad händer med starttiderna för dessa appar när DST startar och slutar?

• Körs utlösarna alls när tiden flyttas en timme framåt?

• Körs utlösarna två gånger när tiden flyttas en timme bakåt?

Om dessa logikappar använder zonen UTC-6:00 Central Time (USA och Kanada) visar den här simuleringen hur UTC-tiderna skiftade 2019 för att motverka DST-ändringarna, flytta en timme bakåt eller framåt efter behov så att apparna fortsatte att köras vid förväntade lokala tider utan att hoppa över eller duplicera körningar.

• 2019-03-10: DST börjar kl. 02:00 och växlar tid en timme framåt

  För att kompensera när DST startar flyttas UTC-tiden en timme bakåt så att logikappen fortsätter att köras samtidigt som den lokala tiden:

  • Logikapp nr 1

    Datum	Tid (lokal)	Tid (UTC)	Anteckningar
    03/09/2019	01:30:00	07:30:00	UTC före den dag då DST börjar gälla.
    03/10/2019	01:30:00	07:30:00	UTC är detsamma eftersom DST inte har trädat.
    03/11/2019	01:30:00	06:30:00	UTC flyttades en timme bakåt efter att DST trädde i kraft.

  • Logikapp nr 2

    Datum	Tid (lokal)	Tid (UTC)	Anteckningar
    03/09/2019	02:30:00	08:30:00	UTC före den dag då DST börjar gälla.
    03/10/2019	03:30:00*	08:30:00	DST är redan i kraft, så lokal tid har flyttats en timme framåt eftersom tidszonen UTC-6:00 ändras till UTC-5:00. Mer information finns i Utlösare som startar mellan 02:00–03:00.
    03/11/2019	02:30:00	07:30:00	UTC flyttades en timme bakåt efter att DST trädde i kraft.

• 2019-03-11: DST slutar kl. 02:00 och växlar tid en timme bakåt

  För att kompensera skiftar UTC-tiden en timme framåt så att logikappen fortsätter att köras samtidigt som den lokala tiden:

  • Logikapp nr 1

    Datum	Tid (lokal)	Tid (UTC)	Anteckningar
    11/02/2019	01:30:00	06:30:00
    11/03/2019	01:30:00	06:30:00
    11/04/2019	01:30:00	07:30:00

  • Logikapp nr 2

    Datum	Tid (lokal)	Tid (UTC)	Anteckningar
    11/02/2019	02:30:00	07:30:00
    11/03/2019	02:30:00	08:30:00
    11/04/2019	02:30:00	08:30:00

Kör en gång den sista dagen i månaden

Om du endast vill köra Recurrence-utlösaren en gång den sista dagen i månaden, se Kör en gång den sista dagen i månaden.

Exempel på upprepningar

Här är olika exempel på upprepningar som du kan ställa in för utlösare som stöder alternativen:

Felsöka återkommande problem

Prova följande lösningar för att se till att arbetsflödet körs vid den angivna starttiden och inte missar en upprepning, särskilt när frekvensen är i dagar eller längre:

• När DST börjar gälla justerar du upprepningen manuellt så att arbetsflödet fortsätter att köras vid den förväntade tidpunkten. Annars flyttas starttiden en timme framåt när DST startar och en timme bakåt när DST slutar. Mer information och exempel finns i Återkommande för sommartid och standardtid.

• Om du använder en upprepningsutlösare anger du en tidszon, ett startdatum och starttid. Dessutom konfigurerar du specifika tider för att köra efterföljande upprepningar i egenskaperna Vid dessa timmar och Vid dessa minuter, som endast är tillgängliga för frekvenserna Dag och Vecka . Vissa tidsfönster kan dock fortfarande orsaka problem när tiden skiftar.

• Överväg att använda en skjutfönsterutlösare i stället för en upprepningsutlösare för att undvika missade upprepningar.

Nästa steg

• Skapa, schemalägga och köra återkommande uppgifter och arbetsflöden med upprepningsutlösaren
• Skapa, schemalägga och köra återkommande uppgifter och arbetsflöden med utlösaren Skjutfönster
• Pausa arbetsflöden med fördröjningsåtgärder