Hvordan: Observer Fabric data warehouse udnyttelsestendenser

Gælder for:✅ SQL-analyseendpoint og Warehouse i Microsoft Fabric

Lær, hvordan du observerer tendenser og stigninger i din datalager-arbejdsbelastning i Microsoft Fabric ved hjælp af Microsoft Fabric Capacity Metrics-appen.

Microsoft Fabric Capacity Metrics-appen giver overblik over kapacitetsforbruget for alle Fabric arbejdsbelastninger samlet ét sted. Det bruges mest af kapacitetsadministratorer til at overvåge ydeevnen af arbejdsbelastninger og deres brug sammenlignet med købt kapacitet.

Forudsætninger

Observer den overordnede tendens på tværs af alle varer i Fabric-kapacitet

I Fabric Capacity Metrics-appen skal du bruge Multi-metrik bånddiagrammet til at finde toppe i CU-udnyttelsen. Se efter mønstre i dit Fabric-forbrug, der falder sammen med maksimal slutbrugeraktivitet, natlig behandling, periodisk rapportering osv. Bestem hvilke ressourcer der forbruger flest CU'er ved peak udnyttelse og/eller arbejdstid.

Denne graf kan vise overordnede CU-tendenser i de sidste 14 dage for at se, hvilken Fabric-arbejdsbelastning der har brugt mest CU.

  1. Brug tabellen Vare til at identificere bestemte lagre, der bruger mest Beregning. Tabellen Items i bånddiagrammet med flere målepunkter leverer samlet forbrug på elementniveau. I denne visning kan du f.eks. identificere, hvilke elementer der har brugt flest CU'er.
  2. Vælg "Lager" på rullelisten Vælg elementtype(er).
  3. Sortér tabellen Element efter CU(er), faldende.
  4. Du kan nu identificere elementerne ved hjælp af de fleste kapacitetsenheder, den samlede aktivitetsvarighed, antallet af brugere og meget mere.

Detaljeadgang til spidsbelastningsaktivitet

Brug tidspunktgrafen til at identificere en række aktiviteter, hvor CU-udnyttelsen var på sit højeste. Vi kan identificere individuelle interaktive aktiviteter og baggrundsaktiviteter, der forbruger udnyttelse.

Følgende animerede billede gennemgår flere trin, du kan bruge til at analysere gennem udnyttelse, begrænsning og oplysninger om overforbrug. For mere information, se Throttling i Microsoft Fabric.

Et animeret gif-billede af appen Metrikværdier, der viser detaljeadgangstrinnene.

  1. Vælg fanen Udnyttelse i timepoint udforsk grafen for at identificere det tidspunkt, hvor kapacitetsudnyttelsen oversteg det, der blev købt. Den gule stiplede linje giver indblik i den øvre SKU-grænse. Den øvre SKU-grænse er baseret på den SKU, der er købt sammen med aktiveringen af automatisk skalering, hvis kapaciteten har aktiveret automatisk skalering.

  2. Vælg fanen Begrænsning, og gå til afsnittet Afvisning i baggrunden, som er mest relevant for lageranmodninger. I det forrige animerede eksempelbillede skal du se, at den 16. oktober 2023 kl. 12:57 blev alle baggrundsanmodninger i kapaciteten begrænset. 100%-linjen repræsenterer den maksimale grænse baseret på den købte Fabric SKU.

  3. Vælg fanen Overages . Denne graf giver et overblik over den gæld, der indsamles og overføres på tværs af tidsperioder.

    • Tilføj % (grøn): Når kapaciteten overbelastes og begynder at føje til gældsspanden.
    • Burndown % (blå): Når gælden begynder at brænde ned, og den samlede kapacitetsudnyttelse falder til under 100 %.
    • Akkumuleret % (rød): Repræsenterer den samlede samlede gæld på tidspunkter. Dette skal brændes ned til sidst.
  4. Under fanerne Udnyttelse, Begrænsning eller Overforbrug skal du vælge et bestemt tidspunkt for at aktivere knappen Udforsk for yderligere analyse af detaljeadgang.

  5. Vælg Udforsk. Den nye side indeholder tabeller, hvor du kan udforske detaljer om både interaktive handlinger og baggrundshandlinger. Siden viser nogle baggrundshandlinger, der ikke forekommer på det pågældende tidspunkt på grund af 24-timers udjævningslogik. I det forrige animerede billede vises handlinger mellem 15. oktober kl. 12:57 til 16. oktober kl. 12:57, fordi baggrundshandlinger stadig udjævnes på det valgte tidspunkt.

  6. I tabellen Baggrundsoperationer kan du identificere faktureringsintervaller med det højeste CU-forbrug fra brugerinitierede og systeminitierede arbejdsbelastninger.

    • Operationstabellen viser gennemførte faktureringsintervaller og deres tilhørende beregningsforbrug.
    • For at identificere intervaller med højt CU-forbrug:
    1. Filtrer varetypen til lager.
    2. Sorter Total CU(s) i faldende rækkefølge.
    3. Notér start - og sluttidspunkterne for det interval, du vil undersøge.

    Brug start- og sluttidspunkterne til at korrelere faktureringsintervallet med forespørgselsaktivitet i Query Insights og dynamiske administrationsvisninger (DMV'er).

    Notat

    Operation ID'et, der vises i Capacity Metrics-appen, svarer ikke længere til det distribuerede statement-ID for warehouse-forespørgsler. For at afgøre, hvilke forespørgsler der bidrog til beregningsforbruget i et faktureringsinterval, forespørgs queryinsights.exec_requests_history view ved hjælp af intervallets start- og sluttidsstempler.

    Følgende T-SQL-eksempel returnerer forespørgsler, der var aktive i et specificeret faktureringsinterval:

    DECLARE @Start_Time DATETIME2(0) = '2026-08-04 8:00:00'
            ,@End_Time DATETIME2(0) = '2026-08-04 9:00:00'
    
    SELECT [database_name],
           sql_pool_name,
           distributed_statement_id,
           login_name,
           allocated_cpu_time_ms / 1000.0 AS vcore_seconds
    FROM queryinsights.exec_requests_history
    WHERE start_time < @End_Time
    AND end_time > @Start_Time;
    

    Denne forespørgsel returnerer forespørgsler, der overlappede med det angivne faktureringsinterval. Brug resultaterne til at identificere arbejdsbyrder, der bidrog til det rapporterede CU-forbrug.

  7. Grafen Burndown repræsenterer de forskellige Fabric arbejdsbelastninger, der kører på denne kapacitet, samt den % beregning, de bruger på det valgte tidspunkt.

    • Tabelposten for DMS er din lagerarbejdsbelastning. I det forrige eksempel animerede billede, DMS har føjet 26% til den samlede carryforward gæld.
    • Kolonnen Akkumuleret % angiver en procentdel af, hvor meget kapaciteten har overforbrug. Denne værdi skal være under 100 % for at undgå begrænsning. I det forrige animerede eksempelbillede angiver 2433,84 %, at DMS brugte 24 gange mere kapacitet, end den aktuelle SKU (F2) tillader.