Tableau de bord des performances pour Base de données SQL dans Microsoft Fabric
S’applique à : ✅Base de données SQL dans Microsoft Fabric
Dans la base de données SQL Fabric, le Tableau de bord des performances affiche l’état des performances de la base de données et offre différents niveaux de visibilité des métriques.
Vous pouvez utiliser le Tableau de bord des performances pour consulter les métriques de performances de base de données, identifier les goulots d’étranglement des performances et trouver des solutions à ces problèmes de performances.
Pour ouvrir le Tableau de bord des performances pour Base de données SQL dans Fabric :
- Dans la barre d’outils Home (Accueil) de la fenêtre Query Editor (Éditeur de requête), sélectionnez Performance summary (Résumé des performances).
- Cliquez avec le bouton droit sur le bouton contextuel (les trois points) dans la vue d’élément, puis sélectionnez Open performance summary (Ouvrir le résumé des performances).
Alertes
Les alertes générées automatiquement avec des critères prédéfinis fournissent deux types de notifications :
Ongoing Alerts (Alertes en cours) : déclenchée lorsque la base de données rencontre un problème, cette alerte s’affiche lorsque l’un des paramètres (CPU, Blocking Queries ou Allocated Size) est à l’état critique. Cette alerte est représentée par une barre de notification horizontale.
Pending Alerts (Alertes en attente) : stockée dans le système, cette alerte fournit des alertes pour indiquer qu’une analyse est nécessaire pour un paramètre de base de données qui atteint un état critique.
Une fois que vous avez sélectionné le lien d’une alerte, Performance Summary (Résumé des performances) offre un résumé des alertes et des métriques récentes de la base de données. De là, vous pouvez explorer la chronologie des événements pour en savoir plus.
Graphique du tableau de bord des performances
Lorsque la base de données atteint un état critique par rapport à la consommation du processeur (ou à tout autre facteur déclenchant une alerte), vous pouvez examiner tous les points non sains indiqués sur le graphique de l’onglet CPU consumption (Consommation du processeur), qui désignent les moments où la consommation du processeur a dépassé la valeur de seuil. L’intervalle de temps est configurable et sa valeur par défaut est de 24 heures.
Dans l’image suivante, le graphique CPU consumption (Consommation du processeur) indique à quel moment la base de données a atteint un état critique.
Critères de seuil des alertes
| Tab | Seuil | Critères |
|---|---|---|
| CPU consumption (Consommation du processeur) | 80 % de la valeur allouée | Si le moniteur détermine que le processeur dépasse le seuil pendant plus de cinq minutes. La fréquence de vérification du moniteur est d’une minute. |
| Allocated Size (Taille allouée) | 80 % de la taille allouée | Si le moniteur détermine que la taille dépasse le seuil pendant plus de cinq minutes. La fréquence de vérification du moniteur est d’une minute. |
| Blocked Queries (Requêtes bloquées) | Une requête bloquée | S’il existe au moins une requête qui est restée bloquée pendant plus d’une minute. Le moniteur est censé effectuer cette vérification toutes les trois minutes. |
Onglets du tableau de bord de performances
Les domaines de rapport intégrés du Tableau de bord des performances sont les suivants.
Consommation de l’UC
Le graphique CPU consumption (Consommation du processeur) représente les secondes vCore. Le graphique Top Consuming CPU queries (Requêtes consommant le plus de ressources processeur) identifie les requêtes qui ont le plus contribué à la consommation du cœur virtuel (vCore).
Connexions utilisateur
Le graphique User connections (Connexions utilisateur) effectue le suivi des connexions utilisateur actuelles à la base de données, avec des informations sur chaque connexion. La table User connections (current) (Connexions utilisateur (actuelles)) répertorie les connexions utilisateur actuelles dans la table.
Demandes par seconde
Le graphique Requests per second (Demandes par seconde) suit le nombre total de fois qu’une requête a été exécutée sur une période. La table Requests per second (Demandes par seconde) contient les requêtes les plus fréquemment exécutées.
Blocked queries per second (Requêtes bloquées par seconde)
Le graphique Blocked queries per second (Requêtes bloquées par seconde) effectue le suivi des requêtes sujettes à des blocages en raison d’un verrouillage. La table Blocked queries (current) (Requêtes bloquées (actuelles)) affiche l’ensemble des requêtes bloquées à un moment donné.
Dans le moteur de base de données SQL, un blocage se produit quand une session maintient un verrou sur une ressource spécifique et qu’un deuxième SPID tente d’acquérir sur la même ressource un type de verrou en conflit. En règle générale, le délai d’exécution pendant lequel le premier SPID verrouille la ressource est court. Lorsque la session propriétaire libère le verrou, la deuxième connexion est alors libre d’acquérir son propre verrou sur la ressource et de poursuivre le traitement. Le blocage est un comportement normal et peut se produire plusieurs fois au cours d’une journée, sans effet notable sur les performances du système.
Pour un examen détaillé du blocage, veuillez consulter Comprendre et résoudre les problèmes de blocage.
Les requêtes bloquées en raison d’un verrouillage sont à distinguer des interblocages. Au moment de résoudre les problèmes liés aux situations de blocage, il est important que les utilisateurs aient une idée des requêtes à l’origine du blocage et de la durée du blocage.
Allocated size (Taille allouée)
L’onglet Allocated size (Taille allouée) fournit un historique de la taille de la base de données. La table Largest Database tables (current) (Tables de base de données (actuelles) les plus grandes) identifie les tables qui comptent le plus grand nombre d’enregistrements et qui occupent un maximum d’espace.
Automatic index (Index automatique)
L’indexation automatique dans les bases de données automatise la gestion des index, ce qui améliore le niveau de performance des requêtes et la vitesse d’extraction des données. Elle s’adapte en identifiant et testant les index potentiels en fonction de l’utilisation des colonnes. La fonctionnalité améliore le niveau de performance global de la base de données et optimise les ressources en supprimant les index non utilisés.
Le rapport de l’onglet Automatic index (Index automatique) affiche un historique et l’état des index créés automatiquement.
Requêtes
Dans l’onglet Queries (Requêtes), les requêtes peuvent être ouvertes pour résoudre les problèmes liés aux détails des requêtes. Chaque requête comporte des détails, notamment un historique d’exécution et un aperçu de la requête.
Pour dépanner une requête T-SQL, ouvrez le code T-SQL dans l’éditeur de requête, SQL Server Management Studio, l’extension mssql avec Visual Studio Code. Vous pouvez également envisager d’utiliser les fonctionnalités d’action rapide Copilot Expliquer et corriger pour Base de données SQL dans Fabric.
En plus de l’ID de requête, du texte de requête, de la métrique et du nombre d’exécutions, les onglets de la section Queries (Requêtes) fournissent également des rapports détaillés sur les différentes requêtes d’après les métriques suivantes :
High CPU usage queries (Requêtes sollicitant fortement le processeur)
- Liste triable des requêtes dont la consommation du processeur est la plus élevée, initialement triée par ordre décroissant d’utilisation totale du processeur (ms).
Longest running queries (Requêtes les plus longues)
- Tri initial par ordre décroissant de durée totale (ms).
Most frequent queries (Requêtes les plus fréquentes)
- Tri initial par ordre décroissant du nombre d’exécutions.
High read queries (Requêtes à lectures intensives)
- Tri initial par ordre décroissant du nombre total de lectures logiques.
