Delen via

Smoothing and throttling in Fabric Data Warehouse

  • Artikel

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

In dit artikel worden de concepten van het gladmaken en beperken van workloads beschreven met behulp van warehouse- en SQL-analyse-eindpunten in Microsoft Fabric.

Dit artikel is specifiek voor datawarehousingworkloads in Microsoft Fabric. Zie Beperking in Microsoft Fabric voor alle Fabric-workloads en algemene informatie.

Rekencapaciteit

Capaciteit vormt de basis in Microsoft Fabric en biedt de rekenkracht die alle Fabric-workloads aanstuurt. Op basis van de aangeschafte capaciteits-SKU hebt u recht op een set capaciteitseenheden (CA's) die worden gedeeld in infrastructuur. U kunt de CA's voor elke SKU bekijken op Capaciteit en SKU's.

Smoothing

Capaciteiten hebben perioden waarin ze te weinig worden gebruikt (niet-actief) en te veel gebruikt (piek). Wanneer een capaciteit meerdere taken uitvoert, kan er een plotselinge piek in de rekenvraag worden gegenereerd die de limieten van een aangeschafte capaciteit overschrijdt. Het eindpunt voor warehouse- en SQL-analyse biedt burstable capaciteit waarmee workloads meer resources kunnen gebruiken om betere prestaties te bereiken.

Smoothing biedt verlichting voor klanten die plotselinge pieken creëren tijdens hun piektijden, terwijl ze veel niet-actieve capaciteit hebben die niet wordt gebruikt. Het soepeler maken vereenvoudigt het capaciteitsbeheer door de evaluatie van rekenkracht te spreiden om ervoor te zorgen dat klanttaken soepel en efficiënt worden uitgevoerd.

Het soepel maken heeft geen invloed op de uitvoeringstijd. Het helpt capaciteitsbeheer te stroomlijnen door klanten de capaciteit te laten aanpassen op basis van gemiddeld, in plaats van piekgebruik.

  • Voor interactieve taken die door gebruikers worden uitgevoerd: het capaciteitsverbruik wordt doorgaans over een minimum van 5 minuten of langer afgevlakt om tijdelijke pieken op korte termijn te verminderen.
  • Voor geplande of achtergrondtaken: het capaciteitsverbruik is verdeeld over 24 uur, waardoor de zorg voor taakplanning of conflicten wordt geëlimineerd.

Beperkingsgedrag dat specifiek is voor het eindpunt van de warehouse- en SQL-analyse

In het algemeen worden bewerkingen, vergelijkbaar met Power BI, geclassificeerd als interactief of als achtergrond.

De meeste bewerkingen in de categorie Warehouse worden gerapporteerd als achtergrond om te profiteren van de 24-uurs soepelheid van de activiteit, zodat de meest flexibele gebruikspatronen mogelijk zijn. Met een vloeiende werking van 24 uur kunnen bewerkingen tegelijkertijd worden uitgevoerd zonder dat er op elk moment tijdens de dag pieken ontstaan. Klanten profiteren van een consistente snelle prestaties zonder dat ze zich zorgen hoeven te maken over kleine pieken in hun workload. Het classificeren van datawarehousing als achtergrond vermindert dus de frequentie van pieken in CU-gebruik door te snel beperking te activeren.

De meeste eindpuntbewerkingen voor warehouse- en SQL-analyses ondervinden alleen afwijzing van bewerkingen nadat het overbezettingsgemiddelde gedurende een periode van 24 uur is overschreden. Zie Voor meer informatie het soepel verlopende verbruik in de toekomst.

Overwegingen voor beperking

  • Alle actieve bewerkingen, waaronder langlopende query's, opgeslagen procedures, batches worden halverwege niet beperkt. Beperkingsbeleid is van toepassing op de volgende bewerking nadat het verbruik is vereffend.
  • Magazijnbewerkingen zijn achtergrond , met uitzondering van scenario's die betrekking hebben op modelleringsbewerkingen (zoals het maken van een meting, het toevoegen of verwijderen van tabellen uit een standaard semantisch model, het visualiseren van resultaten, enzovoort) of het maken/bijwerken van semantische Power BI-modellen (inclusief een standaard semantisch model) of rapporten. Deze bewerkingen blijven het beleid 'Interactieve afwijzing' volgen.
  • Net als bij de meeste warehousebewerkingen worden dynamische beheerweergaven (DMV's) ook geclassificeerd als achtergrond en gedekt door het beleid 'Achtergrondafkeuring'. Als gevolg hiervan kunnen DMV's niet worden opgevraagd wanneer de capaciteit wordt beperkt. Hoewel DMV's niet beschikbaar zijn, kunnen capaciteitsbeheerders naar de microsoft Fabric Capacity Metrics-app gaan om de hoofdoorzaak te begrijpen.
  • Wanneer het beleid 'Achtergrondafkeuring' is ingeschakeld, kan elke activiteit in de SQL-queryeditor, visualquery-editor of modelweergave het volgende foutbericht zien: Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later
  • Wanneer het beleid 'Achtergrondafkeuring' is ingeschakeld, als u probeert verbinding te maken met een magazijn of een nieuwe TSQL-query uitvoert in clienttoepassingen zoals SQL Server Management Studio (SSMS) of Azure Data Studio via SQL verbindingsreeks, ziet u mogelijk SQL-foutcode 24801 en de fouttekstUnable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.

Best practices voor het herstellen van overbelastingssituaties

Bekijk de acties die u kunt uitvoeren om te herstellen uit overbelastingssituaties.

Informatie over overbelasting bewaken met de App voor metrische gegevens over infrastructuurcapaciteit

Capaciteitsbeheerders kunnen informatie over overbelasting bekijken en verder inzoomen via de Microsoft Fabric Capacity Metrics-app.

Ga naar How to: Observe Fabric Data Warehouse-gebruikstrends voor een overzicht van de app.

Gebruik de microsoft Fabric Capacity Metrics-app om een visuele geschiedenis weer te geven van elk overbezet capaciteitsgebruik, waaronder overdracht, cumulatief en burndown van gebruik. Raadpleeg beperking in Microsoft Fabric en Overschrijdingen in de app Metrische gegevens voor Microsoft Fabric-capaciteit voor meer informatie.

Een geanimeerde afbeelding met de mogelijkheden van de app Fabric Capacity Metrics.

Volgende stap

Procedure: Trends in het datawarehouse-gebruik van fabric observeren

Gerelateerde inhoud