Partager via

Lissage et limitation dans l’entrepôt de données Fabric

  • Article

S’applique à :✅ point de terminaison d’analytique SQL et entrepôt dans Microsoft Fabric

Cet article détaille les concepts de lissage et de limitation des charges de travail à l’aide du point de terminaison Warehouse et SQL Analytics dans Microsoft Fabric.

Cet article est propre aux charges de travail d’entrepôt de données dans Microsoft Fabric. Pour toutes les charges de travail Fabric et des informations générales, consultez Limitation dans Microsoft Fabric.

Capacité de calcul

La capacité constitue la base de Microsoft Fabric et fournit la puissance de calcul qui pilote toutes les charges de travail Fabric. En fonction de la référence SKU de capacité achetée, vous avez le droit à un ensemble d’unités de capacité (CU) qui sont partagées dans Fabric. Vous pouvez consulter les CU de chaque référence SKU sur Capacité et références SKU.

Adoucissage

Les capacités peuvent être sous-utilisées (inactives) et sur-utilisées (pic), selon les périodes. Quand une capacité exécute plusieurs travaux, un pic soudain de la demande de calcul peut entraîner le dépassement des limites d’une capacité achetée. Le point de terminaison d’entrepôt et d’analytique SQL fournit capacité en rafale qui permet aux charges de travail d’utiliser davantage de ressources pour obtenir de meilleures performances.

Le lissage est une solution pour les clients qui ont des pics soudains pendant les heures de pointe et une grande capacité inactive inutilisée en dehors de ces pics. Le lissage simplifie la gestion de la capacité en répartissant l’évaluation du calcul pour que les travaux du client s’exécutent de manière fluide et efficace.

Le lissage n’affecte pas le temps d’exécution. Il permet de simplifier la gestion de la capacité en permettant aux clients de dimensionner leur capacité en fonction de la moyenne, et non des pics d’utilisation.

  • Pour les travaux interactifs exécutés par les utilisateurs : la consommation de capacité est généralement lissée sur un minimum de 5 minutes, ou plus, pour réduire les pics temporels à court terme.
  • Pour les travaux planifiés ou en arrière-plan : la consommation de capacité est répartie sur 24 heures, pour ne pas avoir de problème en cas de planification ou de contention des travaux.

Comportement de limitation spécifique à l’entrepôt et au point de terminaison d’analytique SQL

En général, à l’instar de Power BI, les opérations sont classées comme interactives ou en arrière-plan.

La plupart des opérations dans la catégorie Entrepôt sont signalées comme étant en arrière-plan pour tirer parti du lissage de 24 heures de l’activité qui permet d’avoir des modèles d’utilisation plus flexibles. Avec un lissage de 24 heures, les opérations peuvent s’exécuter simultanément sans provoquer de pics à un moment de la journée. Les clients bénéficient de performances constantes et rapides sans avoir à se soucier des petits pics de leur charge de travail. Par conséquent, si vous classez l’entrepôt de données comme étant en arrière-plan, les pics d’utilisation d’unité de capacité ne déclenchent pas trop rapidement de limitation.

La plupart des opérations de point de terminaison d’entrepôt et d’analytique SQL ne subissent que le rejet de l’opération après une surutilisation moyenne sur une période de 24 heures. Pour plus d’informations, consultez Consommation lissée future.

Considérations relatives à la limitation

  • Les opérations en vol, y compris les requêtes longues, les procédures stockées, les traitements par lots, ne sont pas limités pendant leur exécution. Les stratégies de limitation s’appliquent à l’opération qui suit le lissage de la consommation.
  • Les opérations d’entrepôt sont d’arrière-plan à l’exception des scénarios impliquant des opérations de modélisation (telles que la création d’une mesure, l’ajout ou la suppression de tables d’un modèle sémantique par défaut, visualiser les résultats, etc.) ou créer/mettre à jour des modèles sémantiques Power BI (y compris un modèle sémantique par défaut) ou des rapports. Ces opérations continuent de suivre la stratégie « Rejet interactif ».
  • Tout comme la plupart des opérations Entrepôt, les vues de gestion dynamique (DMV) sont également classées comme étant en arrière-plan et couvertes par la stratégie « Rejet des travaux en arrière-plan ». Par conséquent, les DMV ne peuvent pas être interrogées lorsque la capacité est limitée. Même si les DMV ne sont pas disponibles, les administrateurs de capacité peuvent accéder à l’application Métriques de capacité Microsoft Fabric pour comprendre la cause racine.
  • Lorsque la stratégie « Rejet des travaux en arrière-plan » est activée, toute activité dans l’éditeur de requête SQL, l’éditeur de requête visuel ou la vue de modélisation peut afficher le message d’erreur : Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.
  • Lorsque la stratégie « Rejet des travaux en arrière-plan » est activée, si vous tentez de vous connecter à un entrepôt ou d’exécuter une nouvelle requête TSQL dans des applications clientes telles que SQL Server Management Studio (SSMS) ou Azure Data Studio via une chaîne de connexion SQL, vous pouvez voir le code d’erreur SQL 24801 et le texte d’erreur Unable to complete the action because your organization's Fabric compute capacity has exceeded its limits. Try again later.

Bonnes pratiques de résolution des situations de surcharge

Pour en savoir plus, consultez la page Les actions que vous pouvez effectuer pour surmonter les situations de surcharge.

Monitorer les informations de surcharge avec l’application Métriques de capacité Fabric

Les administrateurs de capacité peuvent voir des informations de surcharge et les explorer avec l’application Métriques de capacité Microsoft Fabric.

Pour obtenir une vue d’ensemble détaillée de l’application, consultez Guide pratique : observer les tendances d’utilisation de l’entrepôt de données Fabric.

Utilisez l’application Métriques de capacité Microsoft Fabric pour afficher l’historique visuel de toute surutilisation de la capacité, y compris le report, le cumul et l’épuisement de l’utilisation. Pour plus d’informations, consultez Limitation dans Microsoft Fabric et Dépassements dans l’application Métriques de capacité Microsoft Fabric.

Image animée présentant les fonctionnalités de l’application Métriques de capacité de Fabric.

Étape suivante

Guide pratique : observer les tendances d’utilisation de Fabric Data Warehouse

Contenu connexe