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.
S'applique à :
SQL Server
Utilisez l’option blocked process threshold pour spécifier le seuil minimal, en secondes, auquel les rapports de processus bloqués sont générés. Le temps effectif pour détecter un processus bloqué peut être plus long de plusieurs secondes que la valeur configurée. L’option accepte des valeurs allant de 0 à 86 400 ; 0 désactive la génération de rapports. Des seuils faibles peuvent augmenter considérablement le nombre de rapports lorsque de nombreuses tâches sont bloquées.
Par défaut, aucun rapport de processus bloqué n'est généré. Cet événement n'est pas généré pour les tâches système ni pour les tâches qui attendent des ressources ne générant pas de blocages détectables.
Vous pouvez définir une alerte à exécuter dès lorsque cet événement est généré. Ainsi, par exemple, vous pouvez choisir de contacter l'administrateur par récepteur de radiomessagerie afin de l'inviter à gérer la situation de blocage de manière appropriée.
L'option « blocked process threshold » utilise le thread d'arrière-plan Moniteur de blocage pour parcourir la liste des tâches en attente depuis une durée supérieure ou multiple du seuil configuré. L'événement est généré une fois par intervalle de génération de rapports pour chaque tâche bloquée.
Les rapports de processus bloqués sont générés dans la mesure du possible. Rien ne garantit un reporting en temps réel, ni même quasi en temps réel.
Le paramètre prend effet immédiatement, sans arrêt et redémarrage du serveur.
Exemples
Dans l'exemple suivant, l'option blocked process threshold est définie à 20 secondes, générant ainsi un rapport de processus bloqué pour chaque tâche bloquée.
EXECUTE sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
EXECUTE sp_configure 'blocked process threshold', 20;
GO
RECONFIGURE;
GO