SQL Server enregistre 17832 avec plusieurs demandes de connexion TCP\IP

Si SQL Server est atteint avec multiples et simultanées TCP/IP les demandes de connexion, tels que le cas avec les serveurs de site Web, les demandes sont rejetées rapidement en répondant par un frame de réinitialiser TCP/IP.

Ce problème est difficile à détecter. Si l'application client comprend la gestion de code d'erreur, le code d'erreur natif est 10061 (WSAECONNREFUSED) pour le Open() fonction. Sur le serveur, une erreur 17832-«Impossible de lire le paquet de connexion» s'affiche dans le journal des erreurs de SQL.

Si le suivi de ce problème avec un analyseur de protocole, vous pouvez voir que certains de la connexion demandent trames ont été répondus à avec le jeu de bit TCP Reset, qui indique à la station émettrice que la trame a été reçue, mais le serveur n'a pas les ressources pour traiter la demande de connexion.

Une application Winsock accepte des connexions sur un port en appelant une fonction Listen(), qui a un paramètre de backlog spécifiant la longueur maximale de la file d'attente en attente-connexion. La spécification Winsock définit le retard Listen() maximal à cinq et lorsqu'elle dépasse cinq, TCP/IP émet une réinitialisation.

Le journal des travaux en souffrance pour SQL Server peut être configuré pour gérer un grand nombre de connexions en attente en modifiant le Registre Windows NT. Dans certains cas, le problème de réinitialisation de connexion est résolu en raison de la modification.

Important Cette section, la méthode ou la tâche contient des étapes qui vous indiquent comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous que vous procédez comme suit avec soin. Pour plus de protection, sauvegardez le Registre avant de le modifier. Ensuite, vous pouvez restaurer le Registre en cas de problème. Pour plus d'informations sur la façon de sauvegarder et restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :

1. Démarrez l'Éditeur du Registre (Regedt32.exe) et recherchez la sous-clé suivante :
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer
   Notes
   • La sous-clé de Registre correspondante dans la sous-arborescence HKEY_LOCAL_MACHINE pour 4. 21 a SQL est :
     \Software\Microsoft\SQLServer\Server
   • Si SQL Server 6.5 Édition entreprise est en cours d'exécution avec un serveur SQL virtuel dans un environnement en clusters, vous devez apporter la modification de clé de serveur virtuel, plutôt que la norme :
     \Software\Microsoft\MSSQLServer\MSSQLServer
     Cette clé de serveur virtuel est :
     \Software\Microsoft\MSSQLServer$VirtualServerName
     \MSSQLServer$VirtualServerName
     
     Nom de la valeur : WinsockListenBacklog
     Type de données : REG_DWORD
     Données : 190
   • Le nouvel emplacement de Registre pour SQL Server 2000 :
     
     Pour une instance par défaut :
     HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib
     Pour une instance nommée :
     HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ Instance Name \MSSQLServer\SuperSocketNetLib
2. Sélectionnez la sous-clé MSSQLServer pour SQL Server 6.5 et SQL Server 7.0, puis sélectionnez le SuperSocketNetLib pour SQL Server 2000. Dans le menu Edition, cliquez sur Ajouter une valeur.
3. Entrez les informations suivantes :
   Nom de la valeur : WinsockListenBacklog
   Type de données : REG_DWORD
   Données : Range is 1 to 0xFFFFFFFF
   Remarque La valeur des données affecte les ressources système globale si elle est définie sur une valeur élevée. Windows NT 3.51 a un retard de traitement globale maximale de 100 et Windows NT 4.0 a un retard de traitement globale maximale de 200 pour toutes les applications. La méthode suggérée de test avec cette valeur consiste à définir la valeur par incréments de cinq et observez les résultats jusqu'à ce que la connexion réinitialisée s'arrête.
4. Cliquez sur OK et quittez l'Éditeur du Registre.
5. Redémarrez SQL Server.

Pour plus d'informations sur la fonction Listen(), consultez référence du programmeur Win32 SDK.

Pour plus d'informations sur le paramètre backlog et Windows NT, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :