Query Store comme boîte noire des performances SQL Server

De nombreux incidents disparaissent avant la capture du plan. Query Store conserve l'historique des requêtes, plans, durées et attentes pour une analyse ultérieure.

Ce qu'il faut mesurer

Comparez durée, CPU, lectures logiques, exécutions, attentes et plans pendant la fenêtre exacte. Vérifiez si la régression suit un déploiement, une statistique modifiée ou un plan sensible aux paramètres.

Approche pratique

Définissez taille et nettoyage. Conservez le plan régressé et le précédent. Utilisez un hint Query Store ou un plan forcé comme stabilisation contrôlée, avec surveillance et date de retrait.

Ce qu'il faut éviter

Ne forcez pas le premier plan apparemment rapide. N'ignorez pas un Query Store en lecture seule et ne gardez pas indéfiniment un correctif d'urgence.

Résultat opérationnel

Query Store transforme un signalement vague de lenteur en enquête limitée dans le temps et fondée sur des preuves.

Checklist de production

Établissez une référence et définissez l'amélioration attendue. Testez avec des données et une concurrence représentatives. Conservez la configuration ou le plan d'origine, préparez un retour arrière et surveillez le prochain pic normal de charge.

Pour appliquer cette méthode à un environnement SQL Server précis, utilisez le formulaire ci-dessous et indiquez la version, la taille de la base, le profil de charge et les éléments déjà collectés.