Procédure de surveillance du cache adaptatif

Cet article décrit la procédure de surveillance et de résolution des problèmes de lenteur des performances des requêtes en déterminant si votre charge de travail exploite de façon optimale le cache adaptatif des pools SQL dédiés.

L’architecture de stockage d’un pool SQL dédié nivelle automatiquement vos segments columnstore les plus fréquemment interrogés dans un cache résidant sur des disques SSD basés sur NVMe. Vous obtiendrez des performances supérieures lorsque vos requêtes récupèrent des segments qui résident dans le cache.

Résolution des problèmes à l’aide du portail Azure

Vous pouvez utiliser Azure Monitor pour voir les métriques de cache et résoudre les problèmes de performances des requêtes. Commencez par accéder au portail Microsoft Azure et cliquez sur Superviser, Métriques et + Sélectionner une étendue :

Utilisez les barres de recherche et de liste déroulante pour rechercher votre pool SQL dédié. Sélectionnez ensuite Appliquer.

Les métriques clés pour la résolution des problèmes du cache sont Pourcentage d’accès au cache et Pourcentage de cache utilisé. Sélectionnez Pourcentage d’accès au cache, puis utilisez le bouton Ajouter une métrique pour ajouter Pourcentage de cache utilisé.

Correspondance dans le cache et pourcentage utilisé

La matrice ci-dessous décrit les scénarios en fonction des valeurs des métriques de cache :

	Pourcentage d’accès au cache élevé	Pourcentage d’accès au cache faible
Pourcentage de cache utilisé élevé	Scénario 1	Scénario 2
Pourcentage de cache utilisé faible	Scénario 3	Scénario 4

Scénario 1 : Vous utilisez votre cache de manière optimale. Détecter les problèmes d’autres éléments qui peuvent ralentir vos requêtes.

Scénario 2 : Votre jeu de données de travail en cours ne peut pas tenir dans le cache, ce qui provoque un faible pourcentage d’accès au cache en raison de lectures physiques. Tenez compte de la montée en puissance de votre niveau de performance, puis réexécutez votre charge de travail pour remplir le cache.

Scénario 3 : Il est probable que votre requête s’exécute lentement pour des raisons non liées au cache. Détecter les problèmes d’autres éléments qui peuvent ralentir vos requêtes. Vous pouvez également envisager une descente en puissance de votre instance pour réduire la taille du cache afin de diminuer les coûts.

Scénario 4 : Vous aviez un cache froid, ce qui pourrait être la raison pour laquelle votre requête a été lente. Envisagez de réexécuter votre requête, car votre jeu de données de travail doit maintenant être mis en cache.

Important

Si le pourcentage de correspondance dans le cache ou le pourcentage de cache utilisé n’est pas mis à jour après une réexécution de votre charge de travail, votre plage de travail réside peut-être déjà en mémoire. Seules les tables columnstore du cluster sont mises en cache.

Étapes suivantes

Pour plus d’informations sur le réglage des performances des requêtes générales, consultez Surveillance de l’exécution des rêquêtes.