Del via


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 laterhvis 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.

Et animert bilde som viser funksjonene til Fabric Capacity Metrics-appen.

Neste trinn