Grænser for anmodninger og fordelinger
Power Platform Der findes anmodningsgrænser for at hjælpe med at sikre serviceniveauer, tilgængelighed og kvalitet af platformen. Der er grænser for det antal anmodninger, brugerne kan foretage hver dag på tværs af Power Apps, Power Automate, Microsoft Copilot Studio og Dynamics 365-programmer.
Hvad er en Microsoft Power Platform-anmodning?
Anmodninger i Microsoft Power Platform består af forskellige handlinger, som en bruger foretager på tværs af forskellige produkter. På højt niveau udgør følgende liste en API-anmodning:
- Power Apps: Alle API-anmodninger til connectorer og Microsoft Dataverse.
- Power Automate - alle API-forespørgsler til connectorer, procesrådgiveranalyse, HTTP-handlinger og indbyggede handlinger fra initialisering af variabler til en simpel komprimeringshandling. Både antal gennemførte og mislykkede handlinger tæller med i forhold til disse grænser. Derudover kan poster og andre forespørgsler fra sideinddeling også bruges som handlingsudførelser. Få mere at vide i Hvad tæller som Power Platform?
- Microsoft Copilot Studio: API-anmodninger (eller kald) til Power Automate-flows via en chatrobotsamtale.
- Dataverse: Alle oprette-, læse-, opdatere- og slettehandlinger (CRUD) samt tildele- og delehandlinger, herunder brugerbaserede og interne systemanmodninger, der kræves for at fuldføre CRUD-transaktioner og særlige handlinger, f.eks. deling eller tildeling. Disse handlinger kan komme fra en hvilken som helst klient eller et hvilket som helst program (herunder Dynamics 365) og bruge ethvert slutpunkt (SOAP eller REST). Disse handlinger omfatter, men er ikke begrænset til, plug-ins, klassiske arbejdsprocesser og brugerdefinerede kontrolelementer, der foretager de tidligere nævnte handlinger.
Bemærk
I forbindelse med Dataverse er der et lille sæt interne systemhandlinger, der ikke er omfattet af begrænsninger, f.eks. logon, logout og systemmetadatahandlinger.
Følgende afsnit beskriver de anmodningstyper og grænser, der er fastlagt for hver.
Licensbegrænsninger for brugeranmodninger
Alle brugere af Microsoft Power Platform har begrænsninger for antallet af anmodninger, afhængigt af den licens de har fået tildelt. I følgende tabel defineres det antal anmodninger, en bruger kan foretage i en periode på 24 timer:
| Produkter | Anmodninger pr. betalt licens pr. 24 timer |
|---|---|
| Betalte licensbrugere til Power Platform (ekskluderer Power Apps pr. app, Power Automate pr. flow og Microsoft Copilot Studio) og Dynamics 365 med undtagelse af Dynamics 365 Team-medlem1 | 40.000 |
| Power Apps betal efter forbrug og betalte licensbrugere for Power Apps pr. app, Microsoft 365-apps med Power Platform-adgang og Dynamics 365 Team Member2 | 6.000 |
| Power Automate pr. flow-plan3, Microsoft Copilot Studio-basistilbud og Microsoft Copilot Studio-tilføjelsespakke4 | 250,000 |
| Logon til Power Apps-betalingsportaler | 200 |
1 Denne kategori omfatter betalte licenser til Power Apps pr. brugerplan (som omfatter tidligere licenser til Power Apps Plan 1 og Power Apps Plan 2), Power Automate pr. brugerplan (som omfatter tidligere licenser til Flow Plan 1 og Flow Plan 2), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Microsoft Industry Cloud, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement-plan, Dynamics 365 Unified Ops-plan, Dynamics 365-plan, Dynamics 365 for Operations-enhed, Dynamics 365 for Operations Activity, Dynamics AX-onlineenhed, Dynamics AX-onlineopgave, Dynamics CRM Online Enterprise og Dynamics CRM Online Professional.
2 Denne kategori omfatter Power Apps betalt efter forbrug-planen og betalte licenser til Power Apps pr. app-plan, Dynamics 365 Team Member, Dynamics CRM Online Basic, Dynamics CRM Online Essential, Dynamics AX-selvbetjening, Microsoft 365-licenser og Microsoft Project Online (Plan 1, Plan 3 og Plan 5). Få mere at vide i Appendiks B i Power Platform Licensvejledning til Microsoft 365-licenser, der inkluderer Power Apps- og Power Automate-funktioner.
3 Power Automate pr. flow-plan tillader specifikt reserveret kapacitet for et enkelt flow, uanset ejeren af flowet. Denne plan bruger ikke grænser for brugeranmodninger uden licens på lejerniveau.
4 Microsoft Copilot Studio-anmodninger tælles fra Power Automate-flows, der udløses fra en Microsoft Copilot Studio-chatrobot. Microsoft Copilot Studio-indledende sessionspakke og ekstra sessionspakker modtager de samme daglige Power Platform-grænser for anmodninger.
Andre detaljer
Power Platform-grænser for anmodninger er kun inkluderet i betalte basislicenser i licensmodellen for 'basis + tilknyt' i Dynamics 365. Tilknyttede licenser inkluderer ikke separate grænser. Hvis en bruger har en Dynamics 365 Customer Service Enterprise-basislicens og en Dynamics 365 Sales Enterprise-licens tilknyttet, vil den samlede anmodningsgrænse være det, der er angivet af basislicensen – Dynamics 365 Customer Service Enterprise.
Hvis en bruger har fået tildelt flere betalte licenser, vil det samlede antal tilladte anmodninger være summen af anmodninger, der er tilladt for hver licens. Hvis en bruger f.eks. både har en Dynamics 365 Customer Service Enterprise-basislicens og en Power Apps pr. bruger-licens, har den pågældende bruger i alt 40.000 + 40.000 = 80.000 anmodninger tilgængelige pr. 24 timer.
Microsoft Copilot Studio-anmodninger tælles fra Power Automate-flows, der udløses fra en Microsoft Copilot Studio-chatrobot. Microsoft Copilot Studio-indledende sessionspakke og ekstra sessionspakker modtager de samme daglige Power Platform-grænser for anmodninger.
Anmodningsgrænser for brugere uden licens
Der fastlægges en separat grænse for visse aktiviteter(for eksempel en baggrundsproces, der overfører data mellem databaser), som ikke kræver, at en bruger kommunikerer med tjenesten. Grænserne defineres og puljeinddeles på lejerniveau. Dataverse giver dig mulighed for at have identiteter, som ikke kræver, at en bruger kommunikerer med tjenesten. Disse omfatter:
Derudover er der særlige gratis ($0) licenser, som bruges til at kommunikere med Dynamics 365-programmer som f.eks. Dynamics 365 Marketing. Se Hvordan Marketing gives i licens.
For disse ikke-licenserede identiteter får alle lejere en indledende basisanmodningsgrænse pr. lejer, der bestemmes af, hvilke betalte licenser der er på lejeren, plus påløbne grænser, der bestemmes af antallet af betalte Dynamics 365 Enterprise- og Professional-licenser.1 Denne pulje kan kun bruges af disse ikke-licenserede brugere og ikke af brugere med tildelte interaktive brugerlicenser.
| Produkter | Puljeinddelte ikke-licenserede anmodninger på lejerniveau pr. 24 timer |
|---|---|
| Dynamics 365 Enterprise- og Professional-programmer1 | 500.000 basisanmodninger + 5.000 anmodninger akkumuleret pr. USL1 op til 10.000.000 maks.2 |
| Power Apps (alle licenser) | 25.000 basisanmodninger uden akkumulering pr. licens for lejeren |
| Power Automate (alle licenser) | 25.000 basisanmodninger uden akkumulering pr. licens for lejeren |
1 Denne kategori omfatter licenser til Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement-plan, Dynamics 365 Unified Ops-plan, Dynamics 365 Plan, Dynamics CRM Online Enterprise og Dynamics CRM Online Professional. Power Platform-anmodningsakkumulerede ikke-licenserede grænser på lejerniveau tildeles kun betalte basislicenser i Dynamics 365-licensmodellen for 'basis + tilknyt'.
2Hvis du forventer at overskride brugergrænserne uden licens, kan du kontakte forhandleren eller Microsoft-kontoteamet angående en brugerdefineret løsning.
Flere oplysninger
Visse produkter fungerer inden for en tjenesteprincipal og får deres grænser akkumuleret til den ikke-licenserede brugerpulje. Det er den bedste måde at tilpasse grænserne efter, hvordan produktet fungerer på platformen.
Hvis en lejer har flere typer abonnementer, vil deres ikke-licenserede brugeranmodningskapacitet bruge produktlinjeabonnementet med et større antal anmodninger. Hvis en kunde f.eks. har både Dynamics 365 Customer Service Enterprise-basislicensabonnementer (500.000 minimumanmodninger + akkumulerede grænser) og Power Apps pr. bruger-abonnementer (25.000 anmodninger/dag), vil deres puljeinddelte anmodningskapacitet på lejerniveau være 500.000 minimumanmodninger + akkumulerede grænser pr. 24 timer.
Hvad sker der, hvis en bruger med eller uden licens overskrider grænserne
Power Platform-anmodningsgrænserne er blevet opdateret og øget væsentligt i slutningen af 2021 til at være på et niveau, der er betydeligt højere end det typiske forbrug for de fleste kunder. Med de opdaterede grænser er forventningerne, at meget få brugere overskrider de dokumenterede grænser. Hvis du forventer at overskride brugergrænserne uden licens, kan du kontakte forhandleren eller Microsoft-kontoteamet angående en brugerdefineret løsning.
Eventuel håndhævelse af for højt forbrug sker først seks måneder efter, at rapportering om anmodningsforbrug i Power Platform har været generelt tilgængelig i Power Platform Administration.
Microsoft forbeholder sig ret til at gennemtvinge grænser for overforbrug. Hvis kunder oplever håndhævelse af for højt forbrug, kan de forvente en eller anden form for begrænsning. Kunder kan købe mere kapacitet for at undgå håndhævelse af for stort forbrug eller flytte deres miljøer betalt efter forbrug og betale for det faktiske forbrug over de daglige grænser.
Power Platform-tilføjelse af anmodningskapacitet
Kunder, der kan se i rapporter, at de ofte bruger flere anmodninger, end grænserne tillader, kan undgå håndhævelse af for højt forbrug ved at købe Power Platform-anmodning og tilføjelseskapacitet. Med dette tilføjelsesprogram kan kunderne øge grænseværdierne for bestemte brugere med eller uden licens, der har højt forbrug. Hvert kapacitetstilføjelsesprogram hæver grænsen med yderligere 50.000 pr. 24 timer. Der kan tildeles flere kapacitetstilføjelsesprogrammer for at øge grænserne.
Du kan ikke tildele Power Platform-anmodningers kapacitetstilføjelsesprogrampakker til brugere eller flow i overgangsperioden. Microsoft anbefaler dog, at du køber disse tilføjelser for at holde dig inden for dine licensvilkår og være forberedt, når overgangsperioden udløber.
Hvis dit Power Automate-flow bliver begrænset, kan du prøve Betal efter forbrug for at sikre, at intet flow i miljøet bliver begrænset. Hvis du ikke kan bruge betaling efter forbrug, kan du købe Proceslicens eller tilføjelser og oprette en Microsoft-supportanmodning med flowdetaljer og tilføjelsesoplysninger, så supportteamet kan gøre undtagelser for dine begrænsede flow.
Bemærk
I øjeblikket kan kapacitetstilføjelsesprogrammer ikke tildeles brugere (herunder program-, administrations- og ikke-interaktive brugere). Funktionaliteten for tildeling af kapacitetstilføjelsesprogrammer justeres i forhold til tidspunktet for håndhævelse af højt forbrug.
Andre gældende grænser
Foruden de daglige Power Platform-anmodningsgrænser er der andre servicebeskyttelsesgrænser, der er specifikke for de enkelte tjenester. På samme måde som med de daglige anmodningsgrænser kan disse grænser hjælpe med at vedligeholde servicekvaliteten ved at beskytte den mod skadelig eller forstyrrende funktionsmåde, der ellers ville forstyrre servicen for alle kunder.
Gennemse følgende ressourcer for at få oplysninger om aktuelle tjenestebeskyttelsesgrænser for hver enkelt tjeneste:
- Dataverse-grænser: gælder for modelbaserede apps og apps til kundeengagement (f eks. Dynamics 365 Sales og Customer Service) Power Apps og Power Automate, der opretter forbindelse til Dataverse/kundeengagementsapps
- Power Automate-grænser: gælder for automatiserede, planlagte og øjeblikkelige flows
- Grænser i connectorer: gælder for Power Automate og Power Apps
Se detaljerede forbrugsoplysninger om Power Platform i Power Platform Administration (forhåndsversion)
Sådan får du vist forbruget af Power Platform-anmodninger for licensbrugere, ikke-licenserede brugere og flowkørsler pr. licens.
Log på Power Platform Administration.
Vælg Kapacitet i navigationsmenuen til venstre.
Vælg Hent rapporter i sektionen Tilføjelsesprogrammer under fanen Oversigt.
Vælg Ny i menuen.
Vælg Microsoft Power Platform-anmodninger i feltet Vælg en rapport.
Vælg den påkrævede rapporttype, og vælg derefter Send.
Når rapporten er klar, skal du vælge Download for at downloade rapporten som En CSV-fil i Excel.
Bemærk
Disse rapporter findes i øjeblikket som forhåndsversion. Der er to begrænsninger i eksempelrapporten Licenseret bruger.
- Berettigelserne til licenserede brugere vises i rapporteringen pr. bruger pr. dag pr. miljø. Grænseværdierne skal gælde for hver bruger pr. dag. Når du kigger på rapportering, skal du forstå, at grænseværdierne er pr. bruger pr. dag, og kun bruge det berettigede antal én gang om dagen og ikke opsummere berettigelserne for den samme bruger flere gange.
- Rapporten Licenseret bruger viser ikke de rette berettigelser for brugere med licens via Power Apps pr. applicens eller Power Apps-måleren for betaling efter forbrug pr. app. Rettighederne for disse brugere vises som 0, når de faktisk burde vises som 6000 (anmodninger pr. 24 timer som tidligere skitseret).
Rapporten Licenseret bruger
I rapporten Licenseret bruger vises brugen af Power Platform-anmodninger pr. bruger pr. dag og det antal, brugeren er berettiget til. Rapporten, der kan downloades, indeholder følgende felter:
| Felt | Beskrivelse |
|---|---|
| Miljø-id | Den entydige Power Platform-miljøidentifikator. |
| Navn på miljø | Visningsnavnet for miljø. |
| Opkalder-id | Det entydige id for det opkalder-id, som knyttes til Active Directory-id'et. Det kan være null eller tomt. |
| Opkaldertype | Typen af opkalderidentitet. Den relevante værdi for rapporten om licenseret bruger er Bruger. |
| Forbrugets dato og klokkeslæt | Den dato og det klokkeslæt, hvor forbruget blev registreret (UTC). |
| Berettiget antal | Det samlede antal begrænsninger for Power Platform-anmodninger for brugeren. |
| Forbrugt antal i alt | Det samlede forbrug på tværs af alle typer anmodninger (Dataverse, Power Apps og Power Automate). |
| Dataverse-anmodninger | Antal Power Platform-anmodninger, der kommer fra Dataverse. |
| Power Automate-anmodninger | Antal Power Platform-anmodninger, der kommer fra Power Automate. |
| Power Apps-anmodninger | Antal Power Platform-anmodninger, der kommer fra Power App. |
Her er et eksempel på en detaljeret forbrugsrapport:
Rapporten Ikke-licenseret bruger
I rapporten Ikke-licenseret bruger vises den daglige brug af Power Platform-anmodninger for ikke-licenserede brugere og den pågældende lejers samlede berettigelse til ikke-licenserede brugere. Rapporten, der kan downloades, indeholder følgende felter:
| Felt | Beskrivelse |
|---|---|
| Power platform-berettigelse til anmodninger for denne lejer | Det samlede antal daglige berettigelser for ikke-licenserede power platform-anmodninger for denne lejer. |
| Miljø-id | Den entydige Power Platform-miljøidentifikator. |
| Navn på miljø | Visningsnavnet for miljø. |
| Opkalder-id | Det entydige id for den kaldende identitet. Det kan være null eller tomt. |
| Opkaldertype | Typen af opkalderidentitet. De relevante værdier er System, Ikke-Interaktiv/Program. |
| Ressourcetype | Ressourcens type. De gyldige værdier er Dataverse, Power Apps og Power Automate. |
| Ressource-id | Entydigt id for ressourcen. Afhængigt af ressourcetypen kan dette være et app-id, Dataverse-organisations-id eller Power Automate-flow-id. Det kan være null eller tomt. |
| Målerkategori | Måleren på øverste niveau i dette tilfælde er Power Platform-anmodning. |
| Målerunderkategori | Den detaljerede klassificering af det, der oprettede anmodningen. Dette kan være Dataverse, Power Apps eller Power Automate. |
| Forbrugets dato og klokkeslæt | Den dato og det klokkeslæt, hvor forbruget blev registreret (UTC). |
| Forbrugt antal | Brug af Power Platform-anmodninger. |
Her er et eksempel på en detaljeret forbrugsrapport:
Rapport pr. flow
Rapporten Flows licenseret pr. flow, der kan downloades, indeholder følgende felter:
| Felt | Beskrivelse |
|---|---|
| Miljø-id | Den entydige Power Platform-miljøidentifikator. |
| Navn på miljø | Visningsnavnet for miljø. |
| Miljøområde | Ikke tilgængelig i forhåndsversion. |
| Opkalder-id | Det entydige id for flowet. Det kan være null eller tomt. |
| Opkaldertype | Typen af opkalderidentitet. De gyldige værdier er Flow. |
| Forbrugets dato og klokkeslæt | Den dato og det klokkeslæt, hvor forbruget blev registreret (UTC). |
| Berettiget antal | Værdien af enhver inkluderet berettigelse for flowet. |
| Forbrugt antal | Brug af Power Platform-anmodninger. |
Her er et eksempel på en detaljeret forbrugsrapport:
Begrænsninger for Power Automate-anmodninger
Vigtige oplysninger
Skrivebordsflow-udførelser bruger Power Platform ikke anmodninger
Som en hjælp til at sikre Power Automate-serviceniveauer, tilgængelighed og kvalitet er der grænser for antallet af Power Platform-anmodninger (PPR), som brugerne på tværs af deres cloudflows. Disse grænser angives i forhold til de normale flowforbrugsmønstre i intervaller på både fem minutter og 24 timer.
Grænsen på 24 timer er baseret på brugerlicensen eller på licensen for proces-/pr. flow-plan, der er tildelt et cloudflow
- Hvis en bruger har en Power Automate Premium-licens, kan de foretage 40.000 Power Platform-anmodninger på tværs af alle cloudflows i en lejer i en periode på 24 timer. Dette omfatter også anmodninger, som platformen foretager til tredjepartsconnectorer.
- Hvis et cloudflow har en proceslicens, kan flowet, dets underordnede flow og associerede flows foretage 250.000 Power Platform-forespørgsler på tværs af alle brugere af flowet i løbet af en periode på 24 timer.
- Hvis et cloudflow har en plan pr. flow (ældre), kan flowet foretage 250.000 Power Platform-anmodninger på tværs af alle brugere af flowet i en periode på 24 timer.
For at undgå, at et forbrugstungt flow eller en bruger påvirker andre brugere, spores denne kapacitet på basis af forbruget på individuelt bruger- eller flowniveau, og den kan ikke grupperes på andre niveauer, f.eks. miljø- eller lejerniveauer. De 24 timer er et forskudt vindue, hvilket betyder, at når der kører et flow, ser systemet på anmodningerne inden for de seneste 24 timer for at identificere, om brugeren har nået grænsen. To brugere i en lejer kan f.eks. have Premium-licenser og hver især få 40.000 anmodninger for hver 24 time. Hvis den første bruger mere end 40.000 anmodninger i 24 timer, bliver flowet langsommere, og det påvirker ikke den anden bruger, der kun har brugt 20.000 anmodninger og stadig har 20.000 anmodninger tilbage.
I øjeblikket er alle organisationer i en overgangsperiode, hvor der gælder højere grænser for overgangsperioden. Når stillingsskiftperioden slutter, gælder de officielle grænser. Byg dine cloudflow baseret på officielle grænser.
Grænsen på fem minutter er 100.000 anmodninger, og den er uafhængig af en brugers licens. Flows med en Proceslicens pr. flow kan f.eks. oprette 250.000 anmodninger på 24 timer, men de kan ikke oprette mere end 100.000 anmodninger på fem minutter.
Power Automate-anmodningsgrænser pr licens:
| Licensnavn | PPR officiel grænse pr. 24 timer | PPR-stillingsskift i overgangsperioden pr 24 time |
|---|---|---|
| Power Automate Premium | 40k pr. bruger | 200k pr. cloudflow |
| Power Automate-proces | 250K pr. licens | 500K pr. licens |
| Power Automate-hostet proces | 250K pr. licens | 500K pr. licens |
| Power Automate Pr. bruger-plan (ældre) | 40k pr. bruger | 200k pr. cloudflow |
| Power Automate Pr flow-plan (ældre) | 250K pr. licens | 500K pr. licens |
| Power Automate ledig | 6K pr. bruger | 10k pr. cloudflow |
| Office 365 | 6K pr. bruger | 10k pr. cloudflow |
| Power Apps Premium | 40k pr. bruger | 200k pr. cloudflow |
| Dynamics 365 Professional | 40k pr. bruger | 200k pr. cloudflow |
| Dynamics 365 Enterprise-applikationer | 40k pr. bruger | 200k pr. cloudflow |
| Dynamics 365 Team member | 6K pr. bruger | 10k pr. cloudflow |
Få mere at vide om Power Automate-licenser..
Bemærk
- Proceslicenserne Power Automate kan stables på et cloudflow for at øge PRR-grænsen
- Ofte stillede spørgsmål om Power Platform forespørgsel inden for Power Automate
Power Automate-overgangsperiode
Alle organisationer er i en overgangsperiode. Det betyder, at håndhævelsen ikke er streng, og at PPR-grænserne er højere. Overgangsperioden slutter, når Power Platform-administrationsrapporter er generelt tilgængelige. Organisationer har seks måneder til at analysere deres forbrug og købe licenser, som er passende, før den strenge håndhævelse af licensgrænserne starter.
Her er et par ting, du skal være opmærksom på i løbet af overgangsperioden:
Overgangsperioden betyder ikke, at der ikke er nogen daglige grænser. Det betyder, at de aktuelt håndhævede grænser er mere generøse end de angivne grænser for at forhindre utilsigtet påvirkning af dine apps eller flows.
Grænserne i overgangsperioden anvendes på cloudniveau i løbet af overgangsperioden. Derudover anvendes der en separat grænse pr. brugerniveau på 1000000 cloudflow handlinger i den stillingsskift periode for at sikre, at brugerne ikke overskrider 1 million handlinger på tværs af alle deres flowkørsler på en dag. Når overgangsperioden slutter, anvendes grænserne på brugerniveau for Premium-licenser og cloudflowniveau for Proces - pr flowplanlicenser.
I overgangsperioden bruger manuelle cloudflows ikke grænserne for flowejernes/flow-invokers. Hvert manuelt cloudflow har en ydelsesprofil på Medium (100.000 anmodninger/flow/24 timer). Efter overgangsperioden vil manuelle cloudflows bruge anmodningsgrænserne for den bruger, der kalder.
Da grænserne er mere generøse i løbet af overgangsperioden, understøttes stabling af brugerlicenser ikke. Hvis en bruger har flere planer, f.eks. en Microsoft 365-plan og en Dynamics 365-plan, bruger flowet den højeste plan (Dynamics 365-plan).
Power Platform-anmodningers kapacitetstilføjelsesprogrampakker kan ikke tildeles til brugere eller cloudflows i overgangsperioden. Microsoft anbefaler dog, at du køber disse tilføjelser for at holde dig inden for dine licensvilkår og være forberedt, når overgangsperioden udløber. Hvis dine cloudflows ikke er begrænset i øjeblikket, kan du købe tilføjelser og oprette en supportanmodning med flowdetaljer og tilføjelsesoplysninger, så supportteamet kan gøre undtagelser for dine begrænsede flows.
Brugere af licens med adgang kan kun bruge cloudflows i appens kontekst. Få mere at vide i planer med adgang. Håndhævelsen af licensgrænserne er mindre streng i overgangsperioden, og Microsoft anbefaler, at du forbliver inden for dine licensvilkår for at undgå forstyrrelser, når overgangsperioden slutter.
Ofte stillede spørgsmål
Hvilke værktøjer kan jeg bruge til at overvåge og analysere Power Platform-anmodninger på hele platformen?
Rapportering af brug af Power Platform-anmodninger i forhåndsversion er tilgængelig i Power Platform Administration.
Hvad er tidslinjerne for Power Platform-anmodningsgrænser?
Grænseværdierne blev første gang introduceret i slutningen af 2019, og de dokumenterede grænser blev væsentligt øget i slutningen af 2021. Offentlig forhåndsversionsrapportering for Power Platform-anmodninger blev udrullet i juni 2022. Efter en periode med offentlig forhåndsversion flyttes rapporterne til generel tilgængelighed. Der er i øjeblikket ikke et ETA for, hvornår dette GA sker. Håndhævelse af potentiel høj brug starter først mindst seks måneder, efter at rapporter er blevet gjort generelt tilgængelige. Bemærk dog, at Power Automate fortsat grænser til overgangen, indtil den håndhæves. Få mere at vide i FAQs.
Hvilke kontogrænser bruges til klassiske arbejdsprocesser eller Power Automate-flows?
Det afhænger af, om processen køres efter behov eller i baggrunden. Der bruges grænser for den konto, som startede processen, når der øjeblikkeligt flow køres efter behov. På den anden side vil arbejdsprocesser eller automatiserede/planlagte flow, der kører i baggrunden, altid bruge grænserne for processens ejer, uanset hvorfor processen er startet, eller hvilke konti der bruges til forbindelser i processen. Se Hvis Power Platform-grænser for anmodninger bruges af flowet?
Bliver Microsoft Power Platform-anmodningsgrænsen overført fra dag til dag eller måned til måned?
Nej, det gør det ikke. Alle Microsoft Power Platform-anmodninger eksisterer i en periode på 24 timer. Hvis de ikke forbruges, overføres de ikke til næste dag, og de akkumuleres heller ikke inden for en måned.
Får de enkelte programbrugere, ikke-interaktive brugere, administrative brugere eller systembrugere deres egen grænse for lejerniveau?
Det gør de ikke. Grænser på lejerniveau deles på tværs af alle programbrugere, ikke-interaktive brugere, administrative brugere eller systembrugere i lejeren.
Bliver forespørgsler, der er genereret fra klassiske Dataverse-arbejdsgange og plug-ins i Dataverse, talt med i anmodningsgrænserne?
Ja, hvis disse anmodninger foretager CRUD-, tildelings- eller delingsanmodninger, tælles de med. Hvis det drejer sig om klassiske arbejdsprocesser, omfatter det handlinger som kontrol af betingelser, start af underordnede arbejdsprocesser eller standsning af arbejdsprocesser. Anmodninger, der genereres internt fra platformen, tælles dog ikke, f.eks. sdkmessagerequest, solutioncomponentdefinition og ribbonclientmetadatareporting.
Skal jeg bruge et tredjepartsværktøj til dataintegration i stedet for Power Automate for at undgå at ramme mine grænser?
Nej, tredjepartsværktøjer til dataintegration er underlagt de samme grænser som planlagte, øjeblikkelige eller automatiserede flows. Der er derfor ingen forskel på, om du vælger at bruge Power Automate eller et tredjepartsværktøj. Derudover tæller anmodninger fra Power Automate til Dataverse ikke dobbelt. Et flow, der kalder én handling, tæller kun med som én anmodning i forhold til grænsen, ikke som to.