Udjævning og begrænsning i Fabric Data Warehouse
Gælder for:✅ SQL Analytics-slutpunkt og warehouse i Microsoft Fabric
I denne artikel beskrives begreberne udjævning og begrænsning i arbejdsbelastninger ved hjælp af warehouse- og SQL Analytics-slutpunktet i Microsoft Fabric.
Denne artikel er specifik for arbejdsbelastninger til datawarehousing i Microsoft Fabric. Du kan se alle Fabric-arbejdsbelastninger og generelle oplysninger under Throttling i Microsoft Fabric.
Beregningskapacitet
Kapacitet udgør fundamentet i Microsoft Fabric og leverer den beregningskraft, der styrer alle Fabric-arbejdsbelastninger. Baseret på den købte kapacitets-SKU har du ret til et sæt kapacitetsenheder (CU'er), der deles på tværs af Fabric. Du kan gennemse CUs for hver SKU på Kapacitet og SKU'er.
Udjævning
Kapaciteter har perioder, hvor de er underudnyttede (inaktive) og overudnyttede (spidsbelastning). Når en kapacitet kører flere job, kan der blive genereret en pludselig stigning i beregningsbehovet, der overskrider grænserne for en købt kapacitet. Slutpunktet for lager- og SQL-analyse giver burstable kapacitet , der gør det muligt for arbejdsbelastninger at bruge flere ressourcer for at opnå en bedre ydeevne.
Udjævning giver lindring for kunder, der skaber pludselige spidsbelastninger i spidsbelastningstider, mens de har en masse ledig kapacitet, der ikke bruges. Udjævning forenkler kapacitetsstyringen ved at sprede evalueringen af beregning for at sikre, at kundejob kører problemfrit og effektivt.
Udjævning påvirker ikke udførelsestiden. Det hjælper med at strømline kapacitetsadministrationen ved at give kunderne mulighed for at tilpasse størrelsen på din kapacitet baseret på gennemsnit i stedet for spidsbelastning.
- Til interaktive job, der køres af brugere: Kapacitetsforbrug udjævnes typisk over mindst 5 minutter eller længere for at reducere tidsbestemte spidsbelastninger på kort sigt.
- For planlagte job eller baggrundsjob: Kapacitetsforbrug fordeles over 24 timer, hvilket fjerner bekymringen for jobplanlægning eller strid.
Begrænsningsfunktionsmåde, der er specifik for lagerets og SQL Analytics-slutpunktet
I lighed med Power BI klassificeres handlinger generelt som enten interaktive handlinger eller baggrundshandlinger.
De fleste handlinger i kategorien Lager rapporteres som baggrund for at drage fordel af 24-timers udjævning af aktiviteter for at give mulighed for de mest fleksible forbrugsmønstre. Med 24-timers udjævning kan driften køre samtidigt uden at forårsage pigge på noget tidspunkt i løbet af dagen. Kunderne får fordel af en konsekvent hurtig ydeevne uden at skulle bekymre sig om små stigninger i deres arbejdsbelastning. Derfor reducerer klassificeringen af datawarehousing som baggrund hyppigheden af spidsbelastninger af CU-udnyttelsen fra at udløse begrænsning for hurtigt.
De fleste handlinger for lager- og SQL-analyseslutpunkter oplever kun afvisning af handlinger efter overudnyttelse i gennemsnit over en 24-timers periode. Du kan få flere oplysninger under Fremtidigt udjævnet forbrug.
Overvejelser i forbindelse med begrænsning
- Alle inflight-handlinger, herunder langvarige forespørgsler, lagrede procedurer, batches, bliver ikke begrænset midt i vejen. Begrænsningspolitikker gælder for den næste handling, når forbruget er udjævnet.
- Lagerhandlinger er baggrundshandlinger undtagen scenarier, der omfatter udformningshandlinger (f.eks. oprettelse af en måling, tilføjelse eller fjernelse af tabeller fra en standard semantisk model, visualisering af resultater osv.) eller oprettelse/opdatering af semantiske Power BI-modeller (herunder en semantisk standardmodel) eller rapporter. Disse handlinger følger fortsat politikken "Interaktiv afvisning".
- Ligesom de fleste lagerhandlinger klassificeres dynamiske administrationsvisninger også som baggrund og dækket af politikken "Afvisning i baggrunden". Dmv'er kan derfor ikke forespørges, når kapaciteten er begrænset. Selvom DMV'er ikke er tilgængelige, kan kapacitetsadministratorer gå til appen Microsoft Fabric Capacity Metrics for at forstå rodårsagen.
- Når politikken "Afvisning i baggrunden" er aktiveret, får alle aktiviteter i SQL-forespørgselseditoren, visualiseringsforespørgselseditoren eller udformningsvisningen muligvis vist fejlmeddelelsen:
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later
. - Når politikken "Afvisning i baggrunden" er aktiveret, hvis du forsøger at oprette forbindelse til et lager eller køre en ny TSQL-forespørgsel i klientprogrammer som SQL Server Management Studio (SSMS) eller Azure Data Studio via SQL forbindelsesstreng, får du muligvis vist SQL-fejlkoden 24801 og fejlteksten
Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later
.
Bedste fremgangsmåder til gendannelse efter overbelastningssituationer
Gennemse de handlinger, du kan udføre for at genoprette efter overbelastningssituationer.
Overvåg overbelastningsoplysninger med Appen Fabric Capacity Metrics
Kapacitetsadministratorer kan få vist overbelastningsoplysninger og detailudledning yderligere via Microsoft Fabric Capacity Metrics-appen.
Hvis du vil have en gennemgang af appen, skal du gå til Sådan gør du : Overhold tendenser for brug af Fabric Data Warehouse.
Brug microsoft Fabric Capacity Metrics-appen til at få vist en visuel oversigt over enhver overudnyttelse af kapacitet, herunder overførsel, kumulativ og nedbrænding af udnyttelse. Du kan finde flere oplysninger i Throttling i Microsoft Fabric og Overages i Appen Microsoft Fabric Capacity Metrics.
Næste trin
Relateret indhold
- Begrænsning i Microsoft Fabric
- Rapportering af fakturering og udnyttelse i Fabric Data Warehouse
- Hvad er microsoft Fabric Capacity Metrics-appen?
- Retningslinjer for ydeevnen for Fabric Data Warehouse
- Forstå din Azure-faktura på en Fabric-kapacitet
- Udjævning og begrænsning i Fabric Data Warehousing
- Burstable-kapacitet i Fabric-datawarehousing
- Afbryd midlertidigt, og fortsæt i Fabric-datawarehousing