Fakturerings- och användningsrapportering i Fabric Data Warehouse

Gäller för:✅ SQL-analytikslänpunkt och Lagringsplats i Microsoft Fabric

Artikeln beskriver beräkningsanvändningsrapportering för Fabric-Data Warehouse, som inkluderar läs- och skrivaktivitet mot lagret, och läsaktivitet på SQL-analysslutpunkten för Lakehouse.

När du använder en Infrastrukturkapacitet visas dina användningsavgifter i Azure-portalen under din prenumeration i Microsoft Cost Management. För att förstå din Fabric-fakturering, gå till Förstå din Azure-faktura för en Fabric-kapacitet.

Mer information om hur du övervakar aktuell och historisk frågeaktivitet finns i Översikt över övervakning i Fabric-datalager.

Kapacitet

I Fabric, baserat på den kapacitets-SKU som köpts, har du rätt till en uppsättning kapacitetsenheter (CUs) som delas mellan alla Fabric-arbetsbelastningar. Mer information om licenser som stöds finns i Microsoft Fabric begrepp och licenser.

Kapacitet är en dedikerad uppsättning resurser som är tillgängliga vid en viss tidpunkt som ska användas. Kapacitet definierar möjligheten för en resurs att utföra en aktivitet eller att producera utdata. Olika resurser förbrukar processorer vid olika tidpunkter.

Kapacitet i Fabric Data Warehouse

I den kapacitetsbaserade SaaS-modellen syftar Fabric Data Warehouse till att få ut mesta möjliga av den köpta kapaciteten och ge insyn i användningen.

Beräkningsenheter som förbrukas av Fabric Datamagasin underhållas av läs- och skrivaktivitet mot lagret, samt läsaktivitet på SQL-analytikslutpunkten i Lakehouse.

Enkelt uttryckt, 1 fabrickapacitetsenhet = 0,5 datalager-vCores. En SKU F64 för Fabric-kapacitet har till exempel 64 kapacitetsenheter, vilket motsvarar 32 lager-vCores.

Rapportering av beräkningsanvändning

Appen Microsoft Fabric Capacity Metrics ger insyn i kapacitetsanvändningen för alla infrastrukturarbetsbelastningar på ett och samma ställe. Administratörer kan använda appen för att övervaka kapacitet, prestanda för arbetsbelastningar och deras användning jämfört med köpt kapacitet.

Inledningsvis måste du vara kapacitetsadministratör för att installera appen Microsoft Fabric Kapacitetsmått. När den har installerats kan vem som helst i organisationen ha behörigheter som beviljats eller delats för att visa appen. Mer information finns i Installera appen Microsoft Fabric Capacity Metrics.

När du har installerat appen väljer du Lager i listrutan Välj objekttyp: . Diagrammet Flermåttsbanddiagram och datatabellen Objekt (14 dagar) visar nu endast lageraktivitet.

Kategorier för lagerdrift

Du kan analysera användning av universell beräkningskapacitet efter arbetsbelastningskategori i klientorganisationen. Användningen spåras av totalt antal kapacitetsenhetssekunder (CUS). Tabellen som visas visar aggregerad användning under de senaste 14 dagarna.

Både lagret och SQL-analysslutpunkt summeras under Lager i Metric-appen, eftersom båda använder SQL-beräkning. De åtgärdskategorier som visas i den här vyn är:

Informationslagerfråga: Beräkningskostnad för alla användargenererade och systemgenererade T-SQL-instruktioner i ett lager.
SQL-analysslutpunktsfråga: Beräkningskostnad för alla användargenererade och systemgenererade T-SQL-instruktioner inom en SQL-analysslutpunkt.
OneLake Compute: Beräkningskostnad för alla läsningar och skrivningar för data som lagras i OneLake.

Till exempel:

Skärmbild av kategorierna för informationslageråtgärder i appen Microsoft Fabric Capacity Metrics.

Diagram över utforskning av tidpunkter

Det här diagrammet i appen Microsoft Fabric Kapacitetsmått visar användningen av resurser jämfört med den kapacitet som köpts. 100 % av användningen representerar det fullständiga dataflödet för en kapacitets-SKU och delas av alla Fabric-arbetsbelastningar. Detta representeras av den gula streckade linjen. När du väljer en specifik tidpunkt i diagrammet aktiveras knappen Utforska, vilket öppnar en detaljerad granskningssida.

I allmänhet, liknande Power BI, klassificeras operationer antingen som interaktiva eller som bakgrund och anges med färg. 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. Genom att klassificera datalager som bakgrund minskar frekvensen för toppar i CU-användningen från att utlösa begränsning.

Genomgång av tidpunktsdiagram

Den här tabellen i appen Microsoft Fabric Capacity Metrics innehåller en detaljerad vy över användningen vid specifika tidpunkter. Den mängd kapacitet som tillhandahålls av den angivna SKU:n under en 30-sekundersperiod visas tillsammans med dess uppdelning i interaktiva och bakgrundsåtgärder. Den interaktiva drifttabellen representerar listan över åtgärder som kördes vid den tidpunkten.

Tabellen Bakgrundsåtgärder kan se ut att visa åtgärder som har körts mycket före den valda tidspunkten. Detta beror på bakgrundsoperationer som genomgår 24-timmars utjämning. Tabellen visar till exempel alla åtgärder som har utförts och som fortfarande håller på att jämnas ut vid en vald tidpunkt.

De vanligaste användningsfallen för den här vyn är:

Identifiering av en användare som har schemalagt eller kört en åtgärd: värden kan vara antingen "User@domain.com", "System" eller "Power BI Service".
- Exempel på användargenererade instruktioner är att köra T-SQL-frågor eller aktivitet i Infrastrukturportalen, till exempel SQL-frågeredigeraren eller Visual Query-redigeraren.
- Exempel på "System"-genererade instruktioner är synkrona metadataaktiviteter och andra systembakgrundsuppgifter som körs för att möjliggöra snabbare frågekörning.
Identifiering av en operationstatus: värden kan vara antingen "Lyckad", "Pågår", "Avbruten", "Misslyckad", "Ogiltig" eller "Avvisad".
- Statusen "Avbruten" är frågor som avbryts innan de slutförs.
- Statusen "Avvisad" kan inträffa på grund av resursbegränsningar.
Identifiering av en åtgärd som förbrukade många resurser: sortera tabellen efter Totalt antal CU(er) fallande för att hitta de dyraste frågorna och använd sedan åtgärds-ID för att unikt identifiera en åtgärd. Det här är det distribuerade instruktions-ID:t som kan användas i andra övervakningsverktyg som dynamiska hanteringsvyer (DMV:er) och Query Insights för spårning från slutpunkt till slutpunkt, till exempel i dist_statement_idsys.dm_exec_requests och distributed_statement_id i insights.exec_requests_history. Exempel:

I följande T-SQL-exempelfråga används ett åtgärds-ID i en fråga i sys.dm_exec_requests vyn dynamisk hantering.
```
SELECT * FROM sys.dm_exec_requests 
WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';
```
Följande T-SQL-fråga använder ett åtgärds-ID i en fråga i queryinsights.exec_requests_history vyn.
```
SELECT * FROM queryinsights.exec_requests_history 
WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
```

Faktureringsexempel

Överväg följande fråga:

SELECT * FROM Nyctaxi;

I demonstrationssyfte förutsätter du att faktureringsmåttet ackumulerar 100 CU-sekunder.

Kostnaden för den här frågan är CU sekunder gånger priset per CU. Anta i det här exemplet att priset per CU är 0,18 USD per timme. Det är 3 600 sekunder på en timme. Kostnaden för den här frågan skulle därför vara (100 x 0,18)/3600 = 0,005 USD.

De tal som används i det här exemplet är endast i demonstrationssyfte och inte för faktiska faktureringsmått.

Att tänka på

Överväg följande användningsrapporterings nyanser:

Rapportering mellan databaser: När en T-SQL-fråga kopplas mellan flera lager (eller över ett lager och en SQL-analysslutpunkt) rapporteras användningen mot den ursprungliga resursen.
Frågor om systemkatalogvyer och dynamiska hanteringsvyer är fakturerbara frågor.
Fältet Duration(s) som rapporteras i Fabric Capacity Metrics App är endast i informationssyfte. Den återspeglar varaktigheten för satsens exekvering. Varaktigheten kanske inte innehåller den fullständiga varaktigheten från slutpunkt till slutpunkt för återgivning av resultat till webbprogrammet som SQL Query Editor eller klientprogram som SQL Server Management Studio och MSSQL-tillägget för Visual Studio Code.

Gå vidare

Så här observerar du trender för användning av Fabric Data Warehouse

Feedback

Var den här sidan till hjälp?

Last updated on 2026-03-11