Del via

Sådan gør du: Se tendenser for forbrug af Fabric Data Warehouse

  • Artikel

Gælder for:✅ SQL Analytics-slutpunkt og warehouse i Microsoft Fabric

Få mere at vide om, hvordan du kan se tendenser og stigninger i din arbejdsbelastning for datawarehousing i Microsoft Fabric ved hjælp af appen Microsoft Fabric Capacity Metrics.

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

Forudsætninger

  • Har en Microsoft Fabric-licens, der giver kapacitetsenheder (CU'er), der deles på tværs af alle Fabric-arbejdsbelastninger.
  • Tilføj appen Microsoft Fabric Capacity Metrics fra AppSource.

Se den overordnede tendens på tværs af alle elementer i Fabric-kapacitet

I appen Fabric Capacity Metrics skal du bruge bånddiagrammet Med flere målepunkter til at finde spidsbelastninger i CU-udnyttelse. Se efter mønstre i dit stofforbrug, der falder sammen med spidsbelastning af slutbrugeraktivitet, behandling om natten, periodisk rapportering osv. Find ud af, hvilke ressourcer der bruger mest CPU'er ved spidsbelastning og/eller åbningstider.

Denne graf kan give tendenser på højt niveau for CU i de seneste 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. Du kan finde flere oplysninger under 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. Linjen på 100 % 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 Baggrundshandlinger kan du også identificere brugere, handlinger, start-/stoptider, varigheder, der har brugt flest CPU'er.

    • Tabellen over handlinger indeholder også en liste over handlinger, der er InProgress, så du kan forstå langvarige forespørgsler og det aktuelle CU-forbrug.

    • Identifikation af en handling, der brugte mange ressourcer: Sortér tabellen efter samlet antal CU'er i faldende rækkefølge for at finde de dyreste forespørgsler, og brug derefter Handlings-id til entydigt at identificere en handling. Dette er det distribuerede sætnings-id, som kan bruges i andre overvågningsværktøjer, f.eks. DMV'er (Dynamic Management Views) og Query Insights til sporing fra ende til anden, f.eks. i dist_statement_id sys.dm_exec_requests og distributed_statement_id i forespørgsels-insights.exec_requests_history. Eksempler:

      I følgende eksempel på en T-SQL-forespørgsel bruges handlings-id'et i en forespørgsel i den sys.dm_exec_requests dynamiske administrationsvisning.

      SELECT * FROM sys.dm_exec_requests 
WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';

      Følgende T-SQL-forespørgsel bruger handlings-id'et i en forespørgsel i visningenqueryinsights.exec_requests_history.

      SELECT * FROM queryinsights.exec_requests_history 
WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
  7. Grafen burndown-tabel repræsenterer de forskellige Fabric-arbejdsbelastninger, der kører på denne kapacitet, og den % beregning, der forbruges af dem 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.

Relateret indhold