Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article explique comment surveiller et résoudre les problèmes de performances des requêtes lentes en déterminant si votre charge de travail tire parti du cache adaptatif pour les pools SQL dédiés.
L’architecture de stockage de pool SQL dédiée classe automatiquement vos segments columnstore les plus fréquemment interrogés dans un cache résidant sur des disques SSD NVMe. Vous aurez de meilleures performances lorsque vos requêtes récupèrent des segments résidant dans le cache.
Résolution des problèmes à l’aide du portail Azure
Vous pouvez utiliser Azure Monitor pour afficher les métriques de cache pour résoudre les problèmes de performances des requêtes. Tout d’abord, accédez au portail Azure, puis cliquez sur Surveiller, Métriques et + Sélectionner une étendue :
Utilisez les barres de recherche et de liste déroulante pour localiser votre pool SQL dédié. Ensuite, sélectionnez Appliquer.
Les métriques clés pour résoudre les problèmes liés au cache sont le pourcentage d’accès au cache et le pourcentage utilisé pour le cache. Sélectionnez Pourcentage d’accès au cache , puis utilisez le bouton Ajouter une métrique pour ajouter le pourcentage utilisé par le cache.
Pourcentage d’accès au cache et d’utilisation
La matrice ci-dessous décrit les scénarios basés sur les valeurs des métriques de cache :
| Pourcentage d’accès élevé au cache | Pourcentage d’accès faible au cache | |
|---|---|---|
| Pourcentage de cache élevé utilisé | Scénario 1 | Scénario 2 |
| Pourcentage utilisé pour le cache faible | Scénario 3 | Scénario 4 |
Scénario 1 : Vous utilisez votre cache de manière optimale. Dépannez d’autres domaines qui peuvent ralentir vos requêtes.
Scénario 2 : Votre jeu de données opérationnel actuel ne peut pas s’adapter au cache, ce qui entraîne un faible pourcentage d’accès au cache en raison de lectures physiques. Envisagez de monter en puissance votre niveau de performances et de réexécuter votre charge de travail pour remplir le cache.
Scénario 3 : Il est probable que votre requête s’exécute lentement en raison de raisons non liées au cache. Dépannez d’autres domaines qui peuvent ralentir vos requêtes. Vous pouvez également envisager de réduire la taille de votre instance afin de réduire la taille de votre cache pour réduire les coûts.
Scénario 4 : Vous aviez un cache froid qui pouvait être la raison pour laquelle votre requête était lente. Envisagez de réexécuter votre requête puisque votre jeu de données de travail est maintenant en cache.
Important
Si le pourcentage d'accès au cache ou le pourcentage de cache utilisé ne se met pas à jour après avoir relancé votre charge de travail, il se peut que votre ensemble de travail soit déjà en mémoire. Seules les tables columnstore en cluster sont mises en cache.
Étapes suivantes
Pour plus d’informations sur le réglage général des performances des requêtes, consultez Surveiller l’exécution des requêtes.