Delen via


Procedure: Trends in het datawarehouse-gebruik van fabric observeren

Van toepassing op:✅ SQL Analytics-eindpunt en -magazijn in Microsoft Fabric

Meer informatie over het observeren van trends en pieken in uw workload voor datawarehousing in Microsoft Fabric met behulp van de microsoft Fabric Capacity Metrics-app.

De microsoft Fabric Capacity Metrics-app biedt inzicht in het capaciteitsgebruik voor alle Fabric-workloads op één plaats. Het wordt meestal gebruikt door capaciteitsbeheerders om de prestaties van workloads en hun gebruik te bewaken, vergeleken met aangeschafte capaciteit.

Vereisten

Bekijk de algehele trend voor alle items in de infrastructuurcapaciteit

Gebruik in de app Metrische gegevens voor infrastructuurcapaciteit de grafiek met meerdere metrische gegevens om pieken in cu-gebruik te vinden. Zoek naar patronen in uw Fabric-gebruik die samenvallen met piekactiviteiten van eindgebruikers, nachtverwerking, periodieke rapportage, enzovoort. Bepaal welke resources de meeste CA's verbruiken bij piekgebruik en/of kantooruren.

Deze grafiek kan in de afgelopen 14 dagen cu-trends op hoog niveau bieden om te zien welke Fabric-workload de meeste CU heeft gebruikt.

  1. Gebruik de tabel Item om specifieke magazijnen te identificeren die de meeste rekenkracht verbruiken. De Items tabel in het lintdiagram met meerdere metrische gegevens biedt geaggregeerd verbruik op itemniveau. In deze weergave kunt u bijvoorbeeld bepalen welke items de meeste CA's hebben verbruikt.
  2. Selecteer 'Magazijn' in de vervolgkeuzelijst Itemtype(s) selecteren.
  3. Sorteer de tabel Item op CU(s), aflopend.
  4. U kunt nu de items identificeren met behulp van de meeste capaciteitseenheden, de totale duur van de activiteit, het aantal gebruikers en meer.

Piekactiviteit analyseren

Gebruik de tijdpuntgrafiek om een bereik van activiteit te identificeren waarbij het CU-gebruik op de piek stond. We kunnen afzonderlijke interactieve en achtergrondactiviteiten identificeren die gebruik verbruiken.

In de volgende geanimeerde afbeelding worden verschillende stappen beschreven die u kunt gebruiken om gebruiks-, beperkings- en overschrijdingsgegevens te analyseren. Ga naar Beperking in Microsoft Fabric voor meer informatie.

Een gif-animatie van de Metrics-app met de drill through-stappen.

  1. Selecteer het tabblad Gebruik in een grafiek voor het verkennen van een bepaald tijdstip om het tijdspunt te identificeren waarop het capaciteitsgebruik meer is overschreden dan wat is gekocht. De gele stippellijn biedt inzicht in de bovengrens van de SKU. De boven-SKU-limiet is gebaseerd op de aangeschafte SKU, samen met het inschakelen van automatische schaalaanpassing, als voor de capaciteit automatische schaalaanpassing is ingeschakeld.
  2. Selecteer het tabblad Beperking en ga naar de sectie Achtergrondafkeuring , die het meest van toepassing is op magazijnaanvragen. In de vorige voorbeeldafbeelding met animatie ziet u dat op 16 oktober 2023 om 12:57 uur alle achtergrondaanvragen in de capaciteit zijn beperkt. De regel van 100% vertegenwoordigt de maximumlimiet op basis van de infrastructuur-SKU die is aangeschaft.
  3. Selecteer het tabblad Overschrijdingen . Deze grafiek geeft een overzicht van de schulden die worden verzameld en overgedragen gedurende perioden.
    • % (groen) toevoegen: wanneer de capaciteit overbelast raakt en begint met toevoegen aan de schuldenbucket.
    • Burndown % (Blauw): Wanneer de schuld begint te branden en het totale capaciteitsgebruik lager is dan 100%.
    • Cumulatief percentage (rood): Geeft de totale totale schuld aan op tijdpunten. Dit moet uiteindelijk worden afgebrand.
  4. Selecteer in de tabbladen Gebruik, Beperking of Overschrijding een specifiek tijdstip om de knop Verkennen in te schakelen voor verdere analyse.
  5. Selecteer Verkennen. De nieuwe pagina bevat tabellen om details van interactieve bewerkingen en achtergrondbewerkingen te verkennen. Op de pagina worden enkele achtergrondbewerkingen weergegeven die op dat moment niet plaatsvinden, vanwege de logica voor vloeiende 24 uur. In de vorige geanimeerde afbeelding worden bewerkingen tussen 15 oktober 12:57 pm tot 16:57 uur weergegeven, omdat de achtergrondbewerkingen nog steeds worden afgevlakt op het geselecteerde tijdstip.
  6. In de tabel Bewerkingen op de achtergrond kunt u ook gebruikers, bewerkingen, begin-/eindtijden, duur die de meeste CPU's verbruikten identificeren.
    • De tabel met bewerkingen bevat ook een lijst met bewerkingen die InProgress zijn, zodat u inzicht hebt in langlopende query's en het huidige CU-verbruik.

    • Identificatie van een bewerking die veel resources verbruikt: sorteer de tabel op totaal-CU(s) aflopend om de duurste query's te vinden en gebruik vervolgens de bewerkings-id om een bewerking uniek te identificeren. Dit is de gedistribueerde instructie-id, die kan worden gebruikt in andere bewakingshulpprogramma's, zoals dynamische beheerweergaven (DMV's) en Query Insights voor end-to-end traceerbaarheid, zoals in dist_statement_id sys.dm_exec_requests en distributed_statement_id in query-insights.exec_requests_history. Voorbeelden:

      De volgende T-SQL-voorbeeldquery maakt gebruik van de bewerkings-id in een query in de sys.dm_exec_requests dynamische beheerweergave.

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

      De volgende T-SQL-query gebruikt de bewerkings-id in een query in de queryinsights.exec_requests_history weergave.

      SELECT * FROM queryinsights.exec_requests_history 
      WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;
      
  7. De burndown-tabelgrafiek vertegenwoordigt de verschillende Fabric-workloads die worden uitgevoerd op deze capaciteit en het percentage rekenkracht dat door hen wordt verbruikt op het geselecteerde tijdstip.
    • De tabelvermelding voor DMS is uw warehouseworkload. In de vorige voorbeeldafbeelding met animatie heeft DMS 26% toegevoegd aan de totale schuld van de overdracht.
    • De kolom Cumulatief % geeft een percentage aan hoeveel de capaciteit te hoog is. Deze waarde moet lager zijn dan 100% om beperking te voorkomen. In de vorige voorbeeldafbeelding met animatie geeft 2433,84% aan dat DMS 24 keer meer capaciteit heeft gebruikt dan de huidige SKU (F2).