Partager via


Monitorer l’utilisation des ressources et l’activité des requêtes dans Azure Synapse Analytics

Azure Synapse Analytics fournit une expérience de supervision enrichie dans le Portail Azure pour intégrer des insights concernant la charge de travail de votre entrepôt de données. Le portail Azure est l’outil recommandé pour superviser votre entrepôt de données car il offre des périodes de conservation configurables, des alertes, des suggestions, ainsi que des graphiques et des tableaux de bord personnalisables pour les métriques et les journaux d’activité. Le portail permet également une intégration à d’autres services de supervision Azure, comme Azure Monitor (journaux d’activité) avec Log Analytics, pour fournir une expérience de supervision globale non seulement pour votre entrepôt de données, mais également pour l’ensemble de votre plateforme d’analytique Azure afin de bénéficier d’une expérience de supervision intégrée. Cette documentation décrit les capacités d’analyse disponibles pour optimiser et gérer votre plateforme d’analytique avec Synapse SQL.

Utilisation des ressources

Pour obtenir une liste et des détails sur les métriques disponibles pour les pools SQL dédiés (anciennement SQL Data Warehouse), consultez Métriques prises en charge pour Microsoft.Synapse/workspaces/sqlPools. Ces métriques sont exposées via Azure Monitor.

Points importants à prendre en compte lors de l’affichage des métriques et de la définition des alertes :

  • La mesure DWU utilisée n’est qu’une représentation de haut niveau de l’utilisation dans le pool SQL et n’est pas censée être un indicateur complet de l’utilisation. Pour déterminer s’il faut monter ou diminuer la puissance, prenez en compte tous les facteurs qui peuvent être concernés par la DWU tels que la concurrence, la mémoire, tempdb et la capacité du cache adaptatif. Nous vous recommandons d’exécuter votre charge de travail à différents paramètres DWU pour déterminer ce qui fonctionne le mieux pour atteindre vos objectifs stratégiques.
  • Les connexions ayant échoué et réussies sont signalées pour un entrepôt de données particulier, pas pour le serveur lui-même.
  • Le pourcentage de mémoire reflète l’utilisation même si l’entrepôt de données est dans un état inactif. Il ne reflète pas la consommation de la mémoire par la charge de travail active. Utilisez et suivez cette métrique ainsi que d’autres (tempdb, cache Gen2) pour prendre une décision holistique quant à la nécessité d’effectuer une mise à l’échelle pour accroître la capacité de cache en vue d’améliorer les performances de la charge de travail en fonction de vos besoins.

Activité des requêtes

Pour une expérience programmatique lors de l’analyse de Synapse SQL via T-SQL, le service fournit un ensemble de vues de gestion dynamique (DMV). Ces vues sont utiles quand vous dépannez et identifiez activement les goulots d’étranglement des performances de votre charge de travail.

Pour afficher la liste des DMV qui s’appliquent à Synapse SQL, passez en revue les DMV de pool de SQL dédiés.

Remarque

  • Vous devez reprendre votre pool SQL dédié pour surveiller les requêtes à l’aide de l’onglet Activité de requête.
  • L’onglet Activité de requête ne peut pas être utilisé pour afficher les exécutions historiques.
  • L’onglet Activité de requête N’affiche PAS les requêtes liées aux variables de déclaration (par exemple, DECLARE @ChvnString VARCHAR(10)), aux variables de définition (par exemple, SET @ChvnString = 'Query A') et aux détails du lot. Vous risquez de trouver des différences entre le nombre total de requêtes exécutées sur le portail Azure et le nombre total de requêtes journalisées dans les vues DMV.
  • Pour vérifier dans l’historique quelles requêtes exactement ont été soumises, activez les diagnostics pour exporter les vues DMV disponibles vers l’une des destinations disponibles (telles que Log Analytics). Par défaut, les vues DMV contiennent uniquement les 10 000 dernières requêtes exécutées. Après toute opération de mise en pause, de reprise ou de mise à l’échelle, les données DMV sont effacées.

Journalisation des métriques et des diagnostics

Les métriques et les journaux peuvent être exportés vers Azure Monitor, en particulier le composant des journaux Azure Monitor, et sont accessibles par programmation par le biais de requêtes de journal. La latence de journal pour Synapse SQL est de 10 à 15 minutes environ.

Les guides pratiques suivants décrivent des scénarios courants et des cas d’utilisation pour la supervision et la gestion de votre entrepôt de données :