Felsöka långsamma flöden

I den här artikeln beskrivs möjliga orsaker till långsamma flöden och förslag för att lindra problemet. Den här artikeln gäller dock inte för fall där utlösare inte utlöses, i vilket fall flödet inte ens startar eller visas i körningshistoriklistan.

Symptom

Ett flöde körs långsamt och kan verka fastna i ett enda steg i flödeskörningsinformationen.

Orsak 1: Tjänsten som du ansluter till körs långsamt

En SQL-fråga som körs långsamt kan till exempel göra att ett flöde blir långsammare medan det väntar på att frågekörningen ska slutföras.

Orsak 2: Anslutningsappen som du använder saktar ned flödet som en tjänstskyddsmekanism

  • Till exempel begränsar SharePoint-anslutningsappen åtgärderna till 600 per minut. En enda SharePoint-anslutning som används i flera flöden kan fortfarande bara köra 600 åtgärder per minut.

    De flesta anslutningssidor har ett begränsningsavsnitt som dokumenterar den här gränsen.

  • Du kan se felet "429 (för många begäranden)" i ditt flöde med feltexten som "Hastighetsgränsen har överskridits. Försök igen om 27 sekunder."

Orsak 3: Ditt flöde kör fler åtgärder än de dagliga gränserna för din plan

  • Du kan se det minsta antalet åtgärder som Power Automate-tjänsten tillåter för varje plan på sidan Förfrågningsgränser och allokering.
  • Varje kort som körs i ett flöde räknas som ett API-anrop (åtgärd). Detta inkluderar åtgärder som resulterar i utgående anrop (till exempel att anropa SharePoint) och åtgärder som inte gör det (till exempel variabelinställning, fördröjningar och så vidare). Endast slutförda och misslyckade (men inte överhoppade) åtgärder räknas mot gränsen.
  • Power Automate-tjänsten tillåter vanligtvis högre antal än de som dokumenteras här och saktar inte ned flöden baserat på tillfälliga och rimliga överförbrukningar. Men om ditt flödes åtgärdsantal överskrider dessa gränser är de föremål för potentiell begränsning, eller i fall av utökade överträdelser, inaktiverade.
  • Du kan använda fliken Analys på sidan flödesinformation för att kontrollera åtgärder och användning.

Orsak 4: Ditt flöde överskrider dataförbrukningsmängden per dag

Det här är mängden data som ditt flöde förbrukar på grund av indata- eller utdataåtgärder.

Orsak 5: Ditt flöde överskrider den gräns som dokumenteras på power automate-gränserna och konfigurationssidan

Läs mer om Begränsningar och konfiguration för Power Automate.

  • För dessa begränsningar räknas både utförda och överhoppade åtgärder (som vad som kan hända i en if/else-gren) mot gränsen.
  • Det är mycket vanligare att bryta mot de plangränser som beskrivs i följande sammanfattningsavsnitt .
  • Under övergångsperioden är tillämpningen inte strikt och gränserna är högre. Övergångsperioden avslutas efter att power platform-administrationscenterrapporter är allmänt tillgängliga. Organisationer har sedan sex månader på sig att analysera sin användning och köpa lämpliga licenser innan strikt tillämpning av licensgränser börjar.

Plansammanfattning

Planera Gränser per 24 timmar Dataförbrukning per dag
Office 365 Flow-licenser, Power Apps per app och Dynamics-teammedlem och utvärderingsversioner Slutlig gräns: 6 000 åtgärder för alla flöden som skapats av en enskild användare.
Övergångsgräns: 10 000 åtgärder per flöde
1 GB för alla flöden som skapats av en enskild användare.
Power Automate Premium, Power Apps Premium, Power Automate per användare, Power Automate per användare med deltog RPA och Power Apps per användare 40 000 åtgärder för alla flöden som skapats av en enskild användare.
Övergångsgräns: 200 000 åtgärder per flöde
10 GB för alla flöden som skapats av en enskild användare.
Dynamics Professional-licenser 40 000 åtgärder för alla flöden som skapats av en enskild användare.
Övergångsgräns: 200 000 åtgärder per flöde
10 GB för alla flöden som skapats av en enskild användare.
Dynamics Enterprise-programlicenser 40 000 åtgärder för alla flöden som skapats av en enskild användare.
Övergångsgräns: 200 000 åtgärder per flöde
10 GB för alla flöden som skapats av en enskild användare.
Power Automate Process-licens och Power Automate-licens per flöde 250 000 åtgärder per process.
Övergångsgräns: 500 000 åtgärder per flöde
50 GB lagringsutrymme per flöde.

Lösning 1: Designa om flödet så att det använder färre åtgärder och mindre data

  • Om du har Do until eller For each item loopar i ditt flöde kan du försöka minska antalet loopiterationer genom att hämta färre objekt att iterera igenom.
  • Många anslutningsappar har Filter query parametrar och Top count som kan användas för att minska antalet objekt och mängden data som hämtas. Mer information finns i Filtrera med Odata.
  • Om du har ett schemalagt flöde som körs ofta bör du överväga att minska frekvensen. Många flöden som körs en gång per minut eller timme kan ändras så att de körs mindre ofta.
  • Om ditt flöde interagerar med filer bör du vara medveten om filstorleken och försöka minska den om det är möjligt.
  • Om du behöver återanvända en enda egenskap som returneras av en åtgärd med en stor utdatastorlek flera gånger kan du använda initiera variabeln för att lagra den egenskapen och använda variabeln i senare åtgärder. Även om endast en egenskap från utdata från en tidigare åtgärd används skickas alla utdata från den åtgärden till den senare åtgärden som indata.

Lösning 2: Köp en Premium- eller Process-licens från prissidan

Läs mer om priser för Power Automate.

En innehavaradministratör måste köpa planen eftersom vanliga användare får ett meddelande om att enskilda planköp inte är tillgängliga just nu. Innehavaradministratören bör sedan tillämpa planen på den användare som skapade flödet. Processplaner kan tilldelas på flödesinformationssidan. När licensen har köpts och tilldelats bör flödesförfattaren spara flödet igen. Alternativt uppdateras flöden i bakgrunden en gång i veckan för att återspegla aktuella planer.

Om ditt flöde utför tusentals åtgärder varje dag bör du överväga att köpa en processlicens för att få bättre dataflöde och högre kvoter. Processplanen ger de bästa tillgängliga prestandakvoterna.

Om du behöver fler åtgärder än vad Power Automate tillhandahåller dagligen bör du överväga att exportera flödet till Logic Apps. Mer information om kostnader som är associerade med Logic Apps finns i Planera för att hantera kostnader för Azure Logic Apps.

Mer information