Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
For å utforme skalerbare flyter hjelper det å forstå grensene som Power Automate og Power Platform-lisenser og API-er pålegger flytene dine. Flyter som bryter disse grensene, kan begrenses, reduseres eller til og med deaktiveres. Hvis flyter er kontinuerlig begrenset i 14 dager, deaktiveres de automatisk. Du kan aktivere flyter igjen når som helst. Hvis de fortsetter å bryte grensene, blir de slått av på nytt. Denne artikkelen beskriver grensene som kan påvirke flytene og hvordan du holder deg innenfor dem. Finn ut mer i begrensninger for automatiserte, planlagte og umiddelbare flyter og forespørslersgrenser og tildelinger.
Kontrollere lisensplanen
Noen plattform- og API-grenser avhenger av lisensplanen din. I Power Automate er den enkleste måten å identifisere lisenser og funksjoner på, å velge Innstillinger>Vis mine lisenser.
Hvis du vil se nærmere på detaljene i lisensplanen, trykker du CTRL+ALT+A i Power Automate-portalen.
Grenser for API-forespørsler
En API-forespørsel er hvordan Power Automate flyter ber en tjeneste om å gjøre noe, for eksempel koble til apper eller sende eller returnere data. Hver gang flyten gjør noe, regnes det som en forespørsel, enten det lykkes eller mislykkes. Finn ut mer i Hva er en Microsoft Power Platform forespørsel?.
Grensene for antall handlinger en skyflyt kan kjøre på en dag, er basert på lisensplanen. API-grenser på plattformnivå er basert på brukerlisensen. Finn ut mer i typer Power Automate lisenser.
API-forespørselsgrenser er forskjellige fra begrensninger for koblingsbegrensninger. De gjelder for alle kjøringer i alle flytene dine i løpet av en 24-timersperiode. Hvis du vil vise antall handlinger en flyt kjører, går du til siden for flytdetaljer, velger Analyse og velger deretter Handlinger-fanen .
Selv når en flyt gjør få Power Platform-forespørsler, kan den fortsatt nå grensene hvis den kjører oftere enn du forventer. Du kan for eksempel opprette en skyflyt som sender deg et push-varsel når lederen din sender deg en e-postmelding. Flyten kjøres hver gang du får en e-postmelding fra hvem som helst, fordi den må kontrollere om e-postmeldingen kom fra din overordnede.
Bruk følgende retningslinjer til å beregne forespørselsbruken av en flyt:
En enkel flyt med én utløser og én handling fører til to handlinger hver gang flyten kjøres, og bruker to forespørsler.
Hver utløser og handling i flyten genererer Power Platform-forespørsler. Handlinger inkluderer koblingshandlinger, HTTP-handlinger og innebygde handlinger som initialisering av variabler, oppretting av omfang og enkle opprettingshandlinger.
Både vellykkede og mislykkede handlinger teller med i begrensningene, men ikke handlinger som hoppes over.
Hver handling genererer én forespørsel. Hvis handlingen er i en «bruk på hver»-løkke, genererer den så mange forespørsler som det finnes elementer som løkken skal behandle.
En handling kan ha flere uttrykk, men den teller som én API-forespørsel.
Nye forsøk og ekstra forespørsler fra paginering teller som handlinger.
Hva du skal gjøre når flyten er begrenset
Du kan løse begrensningen på to måter:
- Gi flyten mer kapasitet.
- Reduser antall forespørsler det gjør.
Gi flyten egen kapasitet
Tilordne en prosesslisens til flyten. I motsetning til en brukerlisens tildeles en prosesslisens til selve flyten, slik at flytens rettighet ikke avhenger av hvem som eier eller driver den. En prosesslisens gir flyten rett til 250 000 handlinger per 24 timer (vist som Power Platform-forespørsler i administrasjonssenterrapporter).
Flytprosess må være i en løsning. Deretter har du to måter å tildele kapasiteten på:
- Tilordne lisensen direkte til flyten: Hvis én flyt trenger mer enn 250 000 handlinger per 24 timer, stabler du opptil 10 Prosesslisenser på den i stedet for å dele arbeidet på tvers av flyter. Hver lisens legger til ytterligere 250 000 handlinger per 24 timer.
- Tildel lisensen til en flytgruppe: Opptil 25 løsningsbevisste skyflyter deler gruppens 250 000 handlinger per 24 timer. Alle overordnede og underordnede flyt må legges til eksplisitt, og du kan ikke stable lisenser i en flytgruppe.
Hvis du lagrer flyten etter at lisensen er tilordnet, henter flyten den nye rettigheten umiddelbart. Ellers oppdaterer flytene planen sin i bakgrunnen i løpet av en uke.
Hvis du trenger kapasitet før et kjøp kan gå gjennom, kan du be en global administrator om å starte en gratis 30-dagers prøveversjon av prosessen fra Administrasjonssenter for Microsoft 365. Prøvelisenser har de samme rettighetene som betalte, slik at de løser begrensningen med en gang. Finn ut mer i administratoradministrerte prøvelisenser.
Power Platform-forespørsler om tillegg hjelper heller ikke her. Tillegget øker en brukers daglige forespørselsgrense, ikke en flyt, og den kan ikke tilordnes til en flyt.
Notat
Power Automate per flyt-planen er en eldre lisens som erstattes av Process-lisensen. En flyt som allerede har en Per-flow-lisens, beholder kvoten på 250 000 handlinger per 24 timer, men du kan kun tildele én Per-flow-lisens til en flyt. Grensene kan ikke stables, og kan ikke tilordnes til en flytgruppe. Bruk Prosesslisenser for ny kapasitet.
Angi at flyten skal bruke færre forespørsler
Hver utløser og handling teller som en forespørsel, inkludert innebygde handlinger som initialisering av variabler og oppretting av handlinger. Vanlige reduksjoner:
- Legg til utløserbetingelser slik at flyten bare kjører når det innkommende elementet er ett det faktisk trenger å håndtere. En flyt som starter for hver e-post og deretter sjekker avsenderen, forbruker forespørsler for hver e-post.
- Filtrer ved datakilden med en OData-filterspørring i stedet for å hente alle rader og teste dem i en Bruk på hver løkke. Hver gjentakelse av en løkke genererer sine egne forespørsler.
- Bruk dataoperasjonene Velg og filtrer matrise i stedet for løkker der du omformer data i stedet for å handle på hvert element.
- Fjern nye forsøk du ikke trenger. Nye forsøk og paginering regnes begge som handlinger.
Kontroller hvilken grense du har overskredet
Ikke alle begrensede flyter når den daglige handlingsgrensen. Ulike rettsmidler gjelder:
| Symptom | Grense | Hva hjelper |
|---|---|---|
| Handlinger forsinket på tvers av hele flyten, høyt daglig handlingsantall i administrasjonssenterrapporter | Daglig handlingsgrense | En prosesslisens eller færre forespørsler |
| HTTP 429 fra én kobling, feiltekst, for eksempel Rentegrense, overskrides | Koblingsgrense | Spre anrop over tid, grupper dem eller bruk en annen tilkobling |
| Feil ved kall til Dataverse under belastning | Begrensninger for datavers tjenestebeskyttelse | Reduser forespørselsfrekvens; en prosesslisens øker ikke disse |
Hvis du flytter miljøet til betal-etter-bruk, endres hvordan bruk over den daglige handlingsgrensen faktureres. Det øker ikke koblingsgrenser eller begrensninger for datavers tjenestebeskyttelse, så det er ikke en generell løsning for en begrenset flyt.
Hvis flyten er avbrutt
En flyt som forblir over grensene i 14 sammenhengende dager, blir avbrutt, og eieren blir varslet. Tilordne en prosesslisens, og slå flyten på igjen.
Finn ut mer i Hva skjer når flyten kjører for mange handlinger?.
Grenser for API-gjennomstrømming i koblinger
I tillegg til grensene plattformen pålegger, har hver koblingstjeneste sine egne grenser. Koblingsbegrensning i Power Automate refererer til mekanismen der koblinger håndhever hastighetsgrenser eller brukskvoter for å forhindre misbruk og sikre rettferdig ressursallokering. Når en kobling begrenses, begrenser den antall forespørsler eller operasjoner som kan gjøres i en bestemt tidsramme. Hver kobling har sin egen begrensningsgrense.
Når en flyt kjører inn i begrensningsgrenser på koblingsnivå, returnerer tjenesten feilkode 429 (for mange forespørsler) med feiltekst, for eksempel rentegrense, overskredet. Prøv på nytt om 27 sekunder.
DataverseAPI-grenser
Datavers som en koblingstjeneste definerer sine egne tjenestebeskyttelsesgrenser. Disse grensene evalueres per bruker, der brukeren er den som er knyttet til handlingen. Vanligvis er brukeren eieren av flyten, men det kan være brukeren som påkaller den hvis flyten påkaller brukerkontekst i handlingen. Lær mer i Tjenestebeskyttelses-API-grenser.
Grenser for samtidighet i flyt
Begrensninger gjelder for antall kjøringer som kan utføres samtidig, elementer som kan behandles i en løkke, og deler som et stort datasett kan deles inn i for mer effektiv behandling. Les mer i grenser for samtidighet, løkker og oppheving av gruppering.
Grenser for handlingsutbrudd
Begrensninger for handlingssprekk refererer til maksimalt antall handlinger som kan utløses i en bestemt periode, vanligvis målt i et rullende tidsvindu. For øyeblikket er grensen 100 000 handlinger på fem minutter.
Hvis du vil holde deg under denne grensen, kan du distribuere belastningen mellom flere flyter ved hjelp av underordnede flyter eller legge til utløserbetingelser. Finn ut mer i Opprett underordnede flyter og Optimaliser Power Automate utløsere.
Begrensninger for flytdesign
Du kan støte på begrensninger på kompleksiteten til en flyt som er definert på utformings- og definisjonsnivå. Vurder å utforme flyten på nytt hvis du støter på dem. Finn ut mer i definisjonsgrenser for Flow.