Bonjour Julien,
Le problème que vous décrivez n’est pas directement causé par Windows Server, mais par la manière dont la base de données gère les verrous et la concurrence. Windows Server peut toutefois amplifier l’impact si les ressources CPU, mémoire ou I/O sont saturées. Je vous conseille de vérifier via Perfmon les compteurs critiques comme % Processor Time, Available MBytes, et Avg. Disk sec/Read/Write pour confirmer qu’il n’y a pas de goulot d’étranglement système.
Sur la couche réseau, contrôlez dans l’Event Viewer s’il existe des erreurs TCP ou un épuisement de ports dynamiques, ce qui peut ralentir les connexions. Si nécessaire, ajustez les paramètres MaxUserPort et TcpTimedWaitDelay dans HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.
Côté SQL Server, le vrai blocage vient souvent des verrous tenus par les requêtes longues. Vérifiez les vues dynamiques sys.dm_exec_requests et sys.dm_tran_locks pour identifier les sessions bloquantes. L’activation de READ_COMMITTED_SNAPSHOT peut réduire les blocages en permettant un accès concurrentiel plus fluide.
En résumé, Windows Server n’impose pas de blocage sur les requêtes longues, mais il faut surveiller les ressources système et optimiser la gestion des verrous côté base. Une corrélation entre les métriques Perfmon et les DMV SQL vous donnera une vision claire de l’origine du problème.J'espère que vous avez trouvé ici des informations utiles. Si cela vous a permis de mieux comprendre le problème, n'hésitez pas à accepter la réponse. Si vous avez d'autres questions, n'hésitez pas à laisser un message. Bonne journée !
HP.