Impact sur les performances de la modification du seuil de processus bloqué par sp_configure

J'ai été chargé d'identifier tout blocage survenant sur un serveur de production. Mon plan pour y parvenir est d'utiliser

EXECUTE sp_configure 'blocked process threshold', 5

En combinaison avec une trace côté serveur pour collecter un rapport de processus bloqué.

Je comprends que cette activité entraînera une baisse de performance, je voudrais trouver un moyen de quantifier ce que ce sera.

Coup minimal. Le coût de l'évaluation de la liste des processus bloqués est déjà là car c'est ainsi que les blocages sont détectés. Le coût de génération et d'écriture d'un événement dans le journal côté serveur est assez faible et tout E / S serveur devrait être capable de gérer une écriture supplémentaire dans LOG / *. Trc toutes les 5 secondes (au pire). Mais 5 est un paramètre assez bas, vous risquez d'être inondé de rapports. Votre serveur bloque-t-il si bien son comportement qu'il considère tout blocage de 5 secondes comme un incident à enquêter?

Assurez-vous de surveiller les traces générées et assurez-vous de ne pas provoquer une panne auto-induite en raison de l'épuisement de l'espace disque ...