Dela via

Utjämning och begränsning i Fabric Data Warehouse

  • Artikel

Gäller för:✅ SQL-analysslutpunkt och lager i Microsoft Fabric

Den här artikeln beskriver begreppen utjämning och begränsning i arbetsbelastningar med hjälp av slutpunkten för warehouse- och SQL-analys i Microsoft Fabric.

Den här artikeln är specifik för arbetsbelastningar för datalager i Microsoft Fabric. Alla Infrastrukturarbetsbelastningar och allmän information finns i Begränsning i Microsoft Fabric.

Beräkningskapacitet

Kapacitet utgör grunden i Microsoft Fabric och ger den databehandlingskraft som driver alla Infrastruktur-arbetsbelastningar. Baserat på den köpta kapacitets-SKU:n har du rätt till en uppsättning kapacitetsenheter (CUS) som delas mellan infrastrukturresurser. Du kan granska processorerna för varje SKU på Kapacitet och SKU:er.

Utjämning

Kapaciteter har perioder där de är underutnyttjade (inaktiva) och överutnyttjade (högsta). När en kapacitet kör flera jobb kan en plötslig ökning av beräkningsefterfrågan genereras som överskrider gränserna för en köpt kapacitet. Slutpunkten för lager- och SQL-analys ger bra kapacitet som gör att arbetsbelastningar kan använda fler resurser för att uppnå bättre prestanda.

Utjämning ger lättnader för kunder som skapar plötsliga toppar under sina rusningstider medan de har mycket inaktiv kapacitet som inte används. Utjämning förenklar kapacitetshanteringen genom att sprida utvärderingen av beräkning för att säkerställa att kundjobben fungerar smidigt och effektivt.

Utjämning påverkar inte körningstiden. Det hjälper till att effektivisera kapacitetshanteringen genom att göra det möjligt för kunder att ändra storleken på din kapacitet baserat på genomsnittet i stället för den högsta användningen.

  • För interaktiva jobb som körs av användare: Kapacitetsförbrukningen jämnas vanligtvis ut under minst 5 minuter, eller längre, för att minska kortsiktiga tidstoppar.
  • För schemalagda jobb eller bakgrundsjobb: kapacitetsförbrukningen är fördelad över 24 timmar, vilket eliminerar problemet med schemaläggning eller konkurrens.

Begränsningsbeteende som är specifikt för lager- och SQL-analysslutpunkten

I allmänhet klassificeras åtgärder, som liknar Power BI, antingen som interaktiva åtgärder eller som bakgrund.

De flesta åtgärder i kategorin Lager rapporteras som bakgrund för att dra nytta av 24-timmars utjämning av aktiviteten för att möjliggöra de mest flexibla användningsmönstren. Med 24-timmarsutjämning kan åtgärder köras samtidigt utan att orsaka några toppar när som helst under dagen. Kunder får fördelen av en konsekvent snabb prestanda utan att behöva oroa sig för små toppar i arbetsbelastningen. Att klassificera datalager som bakgrund minskar därför frekvensen för toppar i CU-användningen från att utlösa begränsning för snabbt.

De flesta slutpunktsåtgärder för lager- och SQL-analys upplever endast åtgärdsavslag efter överanvändning i genomsnitt under en 24-timmarsperiod. Mer information finns i Framtida utjämnad förbrukning.

Överväganden för begränsning

  • Alla inflight-åtgärder, inklusive tidskrävande frågor, lagrade procedurer, batchar, begränsas inte mitt i vägen. Begränsningsprinciper gäller för nästa åtgärd när förbrukningen har jämnats ut.
  • Informationslageråtgärder är bakgrunder förutom scenarier som omfattar modelleringsåtgärder (till exempel att skapa ett mått, lägga till eller ta bort tabeller från en standard semantisk modell, visualisera resultat osv.) eller skapa/uppdatera Power BI-semantiska modeller (inklusive en standard semantisk modell) eller rapporter. Dessa åtgärder fortsätter att följa principen "Interaktiv avvisning".
  • Precis som de flesta lageråtgärder klassificeras dynamiska hanteringsvyer (DMV:er) också som bakgrund och omfattas av principen "Bakgrundsavvisning". Därför kan DMV:er inte frågas när kapaciteten begränsas. Även om DMV:er inte är tillgängliga kan kapacitetsadministratörer gå till Microsoft Fabric Capacity Metrics-appen för att förstå rotorsaken.
  • När principen "Bakgrundsavvisning" är aktiverad kan alla aktiviteter i SQL-frågeredigeraren, den visuella frågeredigeraren eller modelleringsvyn se felmeddelandet: Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.
  • Om du försöker ansluta till ett lager eller köra en ny TSQL-fråga i klientprogram som SQL Server Management Studio (SSMS) eller Azure Data Studio via SQL anslutningssträng kan sql-felkoden 24801 och feltexten Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again latervisas.

Metodtips för att återställa från överbelastningssituationer

Granska åtgärder som du kan vidta för att återställa från överlagringssituationer.

Övervaka överbelastningsinformation med appen Kapacitetsmått för infrastrukturresurser

Kapacitetsadministratörer kan visa överbelastningsinformation och öka detaljnivån ytterligare via appen Kapacitetsmått för Microsoft Fabric.

En genomgång av appen finns i How to: Observe Fabric Data Warehouse utilization trends (Så här gör du: Observera trender för användning av infrastrukturdatalager).

Använd appen Kapacitetsmått för Microsoft Fabric för att visa en visuell historik över eventuell överutnyttjande av kapacitet, inklusive överföring framåt, kumulativ och nedbrännskada av användning. Mer information finns i Begränsning i Microsoft Fabric och Överförbrukning i appen Kapacitetsmått för Microsoft Fabric.

En animerad bild som visar funktionerna i appen Infrastrukturkapacitetsmått.

Gå vidare

Anvisningar: Observera trender för användning av infrastrukturdatalager

Relaterat innehåll