Utjevning og begrensning i Fabric Data Warehouse
Gjelder for:✅ SQL Analytics-endepunkt og Warehouse i Microsoft Fabric
Denne artikkelen beskriver begrepene utjevning og begrensning i arbeidsbelastninger ved hjelp av endepunktet for lageranalyse og SQL-analyse i Microsoft Fabric.
Denne artikkelen er spesifikk for arbeidsbelastninger for datalagring i Microsoft Fabric. Hvis du vil ha alle fabric-arbeidsbelastninger og generell informasjon, kan du se Throttling in Microsoft Fabric.
Databehandlingskapasitet
Kapasitet danner grunnlaget i Microsoft Fabric og gir datakraften som driver alle Fabric-arbeidsbelastninger. Basert på SKU-en for kapasitet som er kjøpt, har du rett til et sett med kapasitetsenheter (CUer) som deles på tvers av Stoff. Du kan se gjennom CUs for hver SKU på kapasitets- og SKU-er.
Utjevning
Kapasiteter har perioder der de er underutnyttet (inaktiv) og overutnyttet (topp). Når en kapasitet kjører flere jobber, kan en plutselig økning i databehandlingsbehov genereres som overskrider grensene for en kjøpt kapasitet. Endepunktet for lager- og SQL-analyse gir en kapasitet som kan brukes til å bruke flere ressurser for å oppnå bedre ytelse.
Utjevning gir lindring for kunder som skaper plutselige pigger i rushtiden, mens de har mye inaktiv kapasitet som ikke brukes. Utjevning forenkler kapasitetsstyring ved å spre evalueringen av databehandling for å sikre at kundejobber kjører jevnt og effektivt.
Utjevning påvirker ikke utførelsestiden. Det bidrar til å effektivisere kapasitetsstyringen ved å la kundene endre størrelsen på kapasiteten din basert på gjennomsnitt, i stedet for toppbruk.
- For interaktive jobber som kjøres av brukere: Kapasitetsforbruket blir vanligvis jevnet ut over minst fem minutter, eller lengre, for å redusere kortsiktige tidsmessige pigger.
- For planlagte jobber eller bakgrunnsjobber er kapasitetsforbruket fordelt over 24 timer, noe som eliminerer bekymringen for jobbplanlegging eller strid.
Begrensningsvirkemåte som er spesifikk for lageret og SQL Analytics-endepunktet
Generelt sett klassifiseres operasjoner som interaktive eller bakgrunner, på samme måte som Power BI.
De fleste operasjoner i lagerkategorien rapporteres som bakgrunn for å dra nytte av 24-timers utjevning av aktiviteten for å tillate de mest fleksible bruksmønstrene. Med 24-timers utjevning kan operasjoner kjøre samtidig uten å forårsake noen pigger når som helst i løpet av dagen. Kundene får fordelen av en konsekvent rask ytelse uten å måtte bekymre seg for små topper i arbeidsbelastningen. Dermed reduserer klassifisering av datalager som bakgrunn hyppigheten av topper av CU-utnyttelse fra å utløse begrensning for raskt.
De fleste operasjoner for lager- og SQL-analyseendepunkt opplever bare operasjonsavvisning etter overutnyttelse i gjennomsnitt over en 24-timers periode. Hvis du vil ha mer informasjon, kan du se Fremtidig utjevningsforbruk.
Begrensningshensyn
- Alle inflight-operasjoner, inkludert langvarige spørringer, lagrede prosedyrer, grupper, blir ikke begrenset midt vei. Begrensningspolicyer gjelder for neste operasjon etter at forbruket er jevnet ut.
- Lageroperasjoner er bakgrunn , bortsett fra scenarioer som involverer modelleringsoperasjoner (for eksempel oppretting av et mål, legge til eller fjerne tabeller fra en standard semantisk modell, visualisere resultater osv.) eller opprette/oppdatere semantiske modeller for Power BI (inkludert en standard semantisk modell) eller rapporter. Disse operasjonene fortsetter å følge policyen Interaktiv avvisning.
- Akkurat som de fleste lageroperasjoner klassifiseres dynamiske administrasjonsvisninger (DMV-er) også som bakgrunn og dekkes av policyen Bakgrunnsavvisning. Som et resultat kan ikke DMV-er spørres når kapasiteten er begrenset. Selv om DMV-er ikke er tilgjengelige, kan kapasitetsadministratorer gå til Microsoft Fabric Capacity Metrics-appen for å forstå årsaken.
- Når policyen «Bakgrunnsavvisning» er aktivert, kan enhver aktivitet i redigeringsprogrammet for SQL-spørring, redigeringsprogram for visualobjekter eller modelleringsvisning, se feilmeldingen:
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later
. - Når policyen «Bakgrunnsavvisning» er aktivert, kan det hende du ser SQL-feilkode 24801 og feilteksten
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later
hvis du prøver å koble til et lager eller kjøre en ny TSQL-spørring i klientprogrammer som SQL Server Management Studio (SSMS) eller Azure Data Studio via SQL tilkoblingsstreng.
Anbefalte fremgangsmåter for å gjenopprette fra overbelastningssituasjoner
Se gjennom handlinger du kan utføre for å gjenopprette fra overbelastningssituasjoner.
Overlast informasjon for overbelastning med Fabric Capacity Metrics App
Kapasitetsadministratorer kan vise overbelastningsinformasjon og neddrilling ytterligere via Microsoft Fabric Capacity Metrics-appen.
Hvis du vil ha en gjennomgang av appen, kan du gå til How to: Observe Fabric Data Warehouse utilization trends.
Bruk Microsoft Fabric Capacity Metrics-appen til å vise en visuell logg over eventuell overutnyttelse av kapasitet, inkludert viderefør, kumulativ og gjenstående utnyttelse. Hvis du vil ha mer informasjon, kan du se Begrensning i Microsoft Fabric og Overages i Microsoft Fabric Capacity Metrics-appen.
Neste trinn
Relatert innhold
- Begrensning i Microsoft Fabric
- Fakturerings- og utnyttelsesrapportering i Fabric Data Warehouse
- Hva er måledataappen for Microsoft Fabric Capacity Metrics?
- Retningslinjer for fabric data warehouse-ytelse
- Forstå Azure-fakturaen på en Fabric-kapasitet
- Utjevning og begrensning i datalager for stoff
- Kapasitet som kan sprenges i datalager for stoff
- Pause og fortsett i datalager for stoff