Blocages SQL Server, attentes et session en tête

Une longue liste de sessions bloquées rend chaque requête suspecte. Une transaction en tête de chaîne contrôle généralement la durée et l'impact.

Ce qu'il faut mesurer

Capturez chaîne, type et ressource d'attente, début de transaction, instruction ouverte, isolation, application et plan récent. Séparez verrous, CPU, E/S, mémoire et parallélisme.

Approche pratique

Trouvez la session en tête avant de terminer les suivantes, expliquez la transaction ouverte, réduisez sa portée, améliorez les accès justifiés et détectez les transactions abandonnées.

Ce qu'il faut éviter

Ne terminez pas toutes les sessions bloquées, ne lisez pas les attentes cumulées sans fenêtre temporelle et n'utilisez pas NOLOCK sans accepter des résultats incorrects.

Résultat opérationnel

Une réponse efficace restaure le service tout en conservant les preuves nécessaires pour éviter la récidive.

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.