Σύνοψη
Όταν χρησιμοποιείτε το πρόγραμμα οδήγησης ODBC του διακομιστή SQL, η υπηρεσία παροχής SQL Server OLE DB ή την υπηρεσία παροχής διαχειριζόμενης System.Data.SqlClient, μπορείτε να απενεργοποιήσετε, χρησιμοποιώντας την αντίστοιχη εφαρμογή διασυνδέσεις προγραμματισμού (API) για την ομαδοποίηση συνδέσεων. Όταν απενεργοποιείτε την ομαδοποίηση, μπορεί να αυξηθεί η καταπόνηση στη βιβλιοθήκη του υποκείμενου δικτύου SQL Server, εάν η εφαρμογή σας συχνά ανοίγει και κλείνει συνδέσεις. Αυτό το άρθρο περιγράφει ορισμένες ρυθμίσεις TCP/IP που ίσως χρειαστεί να προσαρμόσετε υπό αυτές τις συνθήκες.
Περισσότερες πληροφορίες
Απενεργοποίηση συγκέντρωση μπορεί να έχει ως αποτέλεσμα το υποκείμενο πρόγραμμα οδήγησης δικτύου SQL Server για να ανοίξετε γρήγορα και να κλείσετε νέες συνδέσεις υποδοχής στον υπολογιστή που εκτελεί τον SQL Server. Ίσως χρειαστεί να αλλάξετε τις προεπιλεγμένες ρυθμίσεις TCP/IP υποδοχής για το λειτουργικό σύστημα και τον υπολογιστή που εκτελεί τον SQL Server για να χειριστείτε τα υψηλότερα επίπεδα πίεσης.
Σημειώστε ότι αυτό το άρθρο ασχολείται μόνο με ρυθμίσεις που επηρεάζουν τη βιβλιοθήκη δικτύου του SQL Server, όταν χρησιμοποιείτε το πρωτόκολλο TCP/IP. Απενεργοποίηση συγκέντρωση μπορούν επίσης να προκαλέσουν προβλήματα που σχετίζονται με μεγάλο φόρτο εργασιών με άλλα πρωτόκολλα του SQL Server όπως επώνυμες διοχετεύσεις, αλλά αυτό το άρθρο δεν ασχολείται με αυτό το θέμα. Αυτό το άρθρο είναι μόνο για έμπειρους χρήστες. Εάν δεν καταλαβαίνετε τα θέματα σε αυτό το άρθρο, η Microsoft συνιστά ότι μπορείτε να δείτε ένα καλό βιβλίο σχετικά με τη μέθοδο TCP/IP sockets.
Σημειώστε ότι η Microsoft συνιστά ότι χρησιμοποιείτε πάντα ομαδοποίηση με τα προγράμματα οδήγησης του διακομιστή SQL. Χρήση του χώρου συγκέντρωσης σε μεγάλο βαθμό βελτιώνει τις συνολικές επιδόσεις στην πλευρά προγράμματος-πελάτη και διακομιστή SQL όταν χρησιμοποιείτε τα προγράμματα οδήγησης του διακομιστή SQL. Χρήση του χώρου συγκέντρωσης επίσης σημαντικά μειώνει την κίνηση στο δίκτυο με τον υπολογιστή που εκτελεί τον SQL Server. Για παράδειγμα, μια δοκιμή δείγμα που χρησιμοποιείται 20.000 SQL Server σύνδεση ανοίγει και κλείνει με ενεργοποιημένη την ομαδοποίηση χρησιμοποιούνται περίπου 160 πακέτα δικτύου TCP/IP, για ένα σύνολο 23,520 byte της δραστηριότητας δικτύου. Με απενεργοποιημένη την ομαδοποίηση, την ίδια δοκιμή δείγμα δημιουργούνται 225,129 πακέτα δικτύου TCP/IP, για ένα σύνολο 27,209,622 byte της δραστηριότητας δικτύου.
Σημειώστε ότι όταν βλέπετε αυτά τα καταπόνησης TCP/IP υποδοχής θέματα με τις βιβλιοθήκες δικτύου του SQL Server, ενδέχεται να εμφανιστεί ένα ή περισσότερα από τα ακόλουθα μηνύματα λάθους κατά την προσπάθειά σας να συνδεθείτε σε έναν υπολογιστή που εκτελεί τον SQL Server:
Ο SQL Server δεν υπάρχει ή δεν επιτρέπεται η πρόσβαση
Το χρονικό όριο έληξε
Γενικό σφάλμα δικτύου
Υπηρεσία παροχής TCP: Μόνο μία χρήση κάθε διεύθυνσης υποδοχής (πρωτόκολλο/δίκτυο διεύθυνση/θύρα) επιτρέπεται κανονικά.
Σημειώστε ότι μπορείτε να λαμβάνετε επίσης αυτά τα συγκεκριμένα μηνύματα λάθους, όταν άλλα προβλήματα που προκύπτουν με το διακομιστή SQL. Για παράδειγμα, ενδέχεται να λάβετε αυτά τα μηνύματα λάθους, εάν ο απομακρυσμένος υπολογιστής που εκτελεί τον SQL Server τερματίζεται, εάν τον απομακρυσμένο υπολογιστή που εκτελεί τον SQL Server δεν εκτελεί ακρόαση σε υποδοχές TCP/IP, εάν η σύνδεση δικτύου στον υπολογιστή που εκτελεί τον SQL Server έχει διακοπεί επειδή το καλώδιο δικτύου λαμβάνονται ή εάν αντιμετωπίζετε ζητήματα ανάλυσης DNS. Βασικά οτιδήποτε μπορεί να προκαλέσει το πρόγραμμα-πελάτης για να μην μπορεί να ανοίξει μια υποδοχή TCP/IP στον υπολογιστή που εκτελεί τον SQL Server μπορεί να προκαλέσει επίσης τα μηνύματα λάθους. Ωστόσο, ένα θέμα σε υποδοχή που σχετίζονται με μεγάλο φόρτο, το ζήτημα παρουσιάζεται κατά διαστήματα όπως η καταπόνηση αυξάνεται και πέφτει. Ο υπολογιστής ενδέχεται να λειτουργεί για ώρες χωρίς σφάλματα, τότε το σφάλμα παρουσιάζεται μία ή δύο φορές και τον υπολογιστή, τότε εκτελείται για αρκετές ώρες χωρίς σφάλματα. Επίσης, όταν έχετε αυτό το πρόβλημα, γενικά τη δυνατότητα σύνδεσης με τον SQL Server λειτουργεί ένα άμεσων μηνυμάτων, αποτυγχάνει στην επόμενη και στη συνέχεια λειτουργεί ξανά το επόμενο άμεσων μηνυμάτων. Με άλλα λόγια, υποδοχή καταπόνησης που σχετίζονται με ζητήματα παρουσιάζονται συνήθως σποραδικά, αλλά πραγματικά προβλήματα σύνδεσης δικτύου με το διακομιστή SQL δεν παρουσιάζονται συνήθως σποραδικά.
Δύο κυριότερα ζητήματα που σχετίζονται με μεγάλο φόρτο εργασιών συνήθως προκύπτουν όταν απενεργοποιήσετε την ομαδοποίηση, ενώ χρησιμοποιείτε το πρωτόκολλο TCP/IP του διακομιστή SQL: ενδέχεται να εξαντληθούν οι ανώνυμες θύρες του υπολογιστή-πελάτη, ή μπορεί να υπερβαίνει την προεπιλεγμένη ρύθμιση του WinsockListenBacklog στον υπολογιστή που εκτελεί τον SQL Server.
Για πρόσθετες πληροφορίες σχετικά με τις ανώνυμες θύρες, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
319502 PRB: 'WSAEADDRESSINUSE' εμφανίζεται μήνυμα λάθους κατά την προσπάθειά σας να συνδεθεί μέσω μιας θύρας ανώνυμη, αφού μπορείτε να αυξήσετε το όριο συνδέσεων IMAP
Προσαρμόστε τις ρυθμίσεις MaxUserPort και TcpTimedWaitDelay
Σημειώστε ότι οι ρυθμίσεις MaxUserPort και TcpTimedWaitDelay ισχύουν μόνο για έναν υπολογιστή-πελάτη που γρήγορα άνοιγμα και Κλείσιμο συνδέσεων σε έναν απομακρυσμένο υπολογιστή που εκτελεί τον SQL Server και που δεν χρησιμοποιεί ομαδοποίηση συνδέσεων. Για παράδειγμα, αυτές οι ρυθμίσεις εφαρμόζονται σε ένα διακομιστή Internet Information Services (IIS) που πραγματοποιεί τη συντήρηση για μεγάλο αριθμό εισερχόμενων αιτήσεων HTTP και που είναι το άνοιγμα και Κλείσιμο συνδέσεων σε έναν απομακρυσμένο υπολογιστή που εκτελεί τον SQL Server και χρησιμοποιεί το πρωτόκολλο TCP/IP με απενεργοποιημένη την ομαδοποίηση. Εάν είναι ενεργοποιημένη η ομαδοποίηση συνδέσεων, δεν χρειάζεται να προσαρμόσετε τις ρυθμίσεις MaxUserPort και TcpTimedWaitDelay .
Όταν χρησιμοποιείτε το πρωτόκολλο TCP/IP για να ανοίξει μια σύνδεση με έναν υπολογιστή που εκτελεί τον SQL Server, η βιβλιοθήκη του υποκείμενου δικτύου SQL Server ανοίγει μια υποδοχή TCP/IP στον υπολογιστή που εκτελεί τον SQL Server. Όταν ανοίγει αυτήν την υποδοχή, τη βιβλιοθήκη δικτύου του SQL Server δεν επιτρέπει την επιλογή SO_REUSEADDR TCP/IP υποδοχής. Για περισσότερες πληροφορίες σχετικά με τη ρύθμιση της υποδοχής SO_REUSEADDR , ανατρέξτε στο θέμα "Setsockopt" στο Microsoft Developer Network (MSDN).
Σημειώστε ότι η βιβλιοθήκη δικτύου SQL Server ειδικά δεν ενεργοποιεί την επιλογή υποδοχής SO_REUSEADDR TCP/IP για λόγους ασφαλείας. Όταν είναι ενεργοποιημένη η SO_REUSEADDR , ένας κακόβουλος χρήστης μπορεί να εισβάλει μια θύρα υπολογιστή-πελάτη για SQL Server και να χρησιμοποιήσετε τα διαπιστευτήρια που παρέχει το πρόγραμμα-πελάτη για να αποκτήσετε πρόσβαση στον υπολογιστή που εκτελεί τον SQL Server. Από προεπιλογή, επειδή η βιβλιοθήκη δικτύου του SQL Server δεν επιτρέπει την επιλογή της υποδοχής SO_REUSEADDR , κάθε φορά που ανοίγετε και κλείνετε μια υποδοχή μέσω της βιβλιοθήκης δικτύου SQL Server από την πλευρά του υπολογιστή-πελάτη, η υποδοχή μεταβαίνει σε κατάσταση TIME_WAIT για τέσσερα λεπτά. Εάν είστε γρήγορα ανοίγματος και κλεισίματος συνδέσεις SQL Server μέσω TCP/IP με απενεργοποιημένη την ομαδοποίηση, ταχέως άνοιγμα και κλείσιμο υποδοχές TCP/IP. Με άλλα λόγια, κάθε σύνδεση SQL Server διαθέτει μία υποδοχή TCP/IP. Εάν ανοίγετε και κλείνετε 4000 υποδοχές σε λιγότερο από τέσσερα λεπτά γρήγορα, θα φτάσετε την προεπιλεγμένη μέγιστη ρύθμιση για ανώνυμη θύρες υπολογιστή-πελάτη και νέες προσπάθειες σύνδεσης υποδοχής αποτύχει μέχρι το υπάρχον σύνολο υποδοχών TIME_WAIT λήγει.
Από την πλευρά του υπολογιστή-πελάτη, ίσως χρειαστεί να αυξήσετε τις ρυθμίσεις MaxUserPort και TcpTimedWaitDelay που αναφέρονται στο Q319502 όταν έχετε απενεργοποιήσει την ομαδοποίηση. Οι ρυθμίσεις για αυτές τις τιμές καθορίζονται από τον αριθμό σύνδεσης SQL Server ανοίγει και κλείνει προκύψει στην πλευρά προγράμματος-πελάτη. Μπορείτε να εξετάσετε πόσες θύρες υπολογιστή-πελάτη βρίσκονται σε κατάσταση TIME_WAIT, χρησιμοποιώντας το εργαλείο Netstat στον υπολογιστή-πελάτη. Εκτελέστε το εργαλείο Netstat ως εξής με τη σημαία -n και μετρήστε τον αριθμό των υποδοχών προγράμματος-πελάτη για τη διεύθυνση IP του διακομιστή SQL που βρίσκονται σε κατάσταση TIME_WAIT. Σε αυτό το παράδειγμα, η διεύθυνση IP του απομακρυσμένου υπολογιστή που εκτελεί τον SQL Server είναι 10.10.10.20, η διεύθυνση IP του υπολογιστή-πελάτη είναι 10.10.10.10 και τρεις εγκατεστημένος συνδέσεις και οι δύο συνδέσεις βρίσκονται σε κατάσταση TIME_WAIT:
C:\>netstat -n
Active Connections
Proto Local Address Foreign Address State
TCP 10.10.10.10:2000 10.10.10.20:1433 ESTABLISHED
TCP 10.10.10.10:2001 10.10.10.20:1433 ESTABLISHED
TCP 10.10.10.10:2002 10.10.10.20:1433 ESTABLISHED
TCP 10.10.10.10:2003 10.10.10.20:1433 TIME_WAIT
TCP 10.10.10.10:2004 10.10.10.20:1433 TIME_WAIT
Εάν εκτελείτε netstat - n και διαπιστώσετε ότι σχεδόν 4000 συνδέσεις με το IP διεύθυνση του υπολογιστή προορισμού που εκτελεί τον SQL Server είναι σε κατάσταση TIME_WAIT, μπορείτε να τόσο να αυξήσετε την προεπιλεγμένη ρύθμιση MaxUserPort και να μειώσετε τη ρύθμιση TcpTimedWaitDelay , ώστε να μην εξαντληθεί ανώνυμη θύρες υπολογιστή-πελάτη. Για παράδειγμα, μπορείτε να ορίσετε τη ρύθμιση MaxUserPort σε 20000 και να ορίσετε τη ρύθμιση TcpTimedWaitDelay σε 30. Μια χαμηλότερη ρύθμιση TcpTimedWaitDelay σημαίνει ότι αναμένει τις υποδοχές σε κατάσταση TIME_WAIT για λιγότερο χρόνο. Μια υψηλότερη ρύθμιση MaxUserPort σημαίνει ότι μπορείτε να έχετε περισσότερες υποδοχές σε κατάσταση TIME_WAIT.
Σημειώστε ότι αν προσαρμόσετε τη ρύθμιση MaxUserPort ή TcpTimedWaitDelay , πρέπει να επανεκκινήσετε τα Windows της Microsoft για τη νέα ρύθμιση για να τεθούν σε ισχύ. Οι ρυθμίσεις MaxUserPort και TcpTimedWaitDelay είναι για κάθε υπολογιστή-πελάτη που ομιλία σε υπολογιστή που εκτελεί τον SQL Server μέσω TCP/IP sockets. Αυτές οι ρυθμίσεις δεν έχει αποτέλεσμα, αν έχουν οριστεί στον υπολογιστή που εκτελεί τον SQL Server, εκτός αν κάνετε τοπικές συνδέσεις υποδοχή TCP/IP στον τοπικό υπολογιστή που εκτελεί τον SQL Server.
Σημείωση Εάν προσαρμόσετε τη ρύθμιση MaxUserPort , συνιστούμε να δεσμεύσετε θύρας 1434 για χρήση από την υπηρεσία SQL Server Browser (sqlbrowser.exe). Για περισσότερες πληροφορίες σχετικά με τον τρόπο για να το κάνετε αυτό, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
812873 τρόπος δέσμευσης μίας περιοχής προσωρινών θυρών σε έναν υπολογιστή που εκτελεί Windows Server 2003 ή Windows 2000 Server
Προσαρμόστε τη ρύθμιση WinsockListenBacklog
Για πρόσθετες πληροφορίες σχετικά με αυτήν τη ρύθμιση μητρώου αφορούν SQL Server, κάντε κλικ στον αριθμό του άρθρου παρακάτω, για να προβάλετε το άρθρο της Γνωσιακής Βάσης της Microsoft:
154628 INF: SQL συνδέεται 17832 με πολλές αιτήσεις σύνδεσης TCP\IP
Όταν η βιβλιοθήκη δικτύου SQL Server εκτελεί ακρόαση σε υποδοχές TCP/IP, η βιβλιοθήκη δικτύου SQL Server χρησιμοποιεί την ακρόαση Winsock API. Η δεύτερη παράμετρος για την ακρόαση API είναι η λίστα εκκρεμοτήτων που επιτρέπεται για την υποδοχή. Αυτή η λίστα εκκρεμοτήτων αντιπροσωπεύει το μέγιστο μήκος της ουράς των εκκρεμών συνδέσεων για τη λειτουργία ακρόασης. Όταν το μήκος της ουράς υπερβαίνει το μέγιστο μήκος, η βιβλιοθήκη δικτύου SQL Server απορρίπτει αμέσως περισσότερες προσπάθειες σύνδεσης υποδοχής TCP/IP. Επιπλέον, η βιβλιοθήκη δικτύου SQL Server αποστέλλει ένα πακέτο ACK + RESET.
SQL Server 2000 χρησιμοποιεί μια προεπιλεγμένη ακρόαση ρύθμιση λίστας εκκρεμοτήτων 5. Αυτό σημαίνει ότι ο υπολογιστής που εκτελεί τον SQL Server μεταβιβάζει την τιμή 5 στην παράμετρο της λίστας εκκρεμοτήτων από την ακρόαση Winsock API, όταν το API ακρόαση ρυθμίζει τα νήματα ακρόασης πρωτόκολλο TCP/IP στον υπολογιστή που εκτελεί τον SQL Server. Μπορείτε να ρυθμίσετε το κλειδί μητρώου WinsockListenBacklog για να καθορίσετε μια διαφορετική τιμή για αυτήν την παράμετρο. Εκκίνηση του SQL Server 2005, η βιβλιοθήκη δικτύου μεταβιβάζει μια τιμή του SOMAXCONN με τη ρύθμιση της λίστας εκκρεμοτήτων για την ακρόαση API. SOMAXCONN επιτρέπει στην υπηρεσία παροχής Winsock για να ορίσετε μια μέγιστη λογική τιμή για αυτήν τη ρύθμιση. Επομένως, το κλειδί μητρώου WinsockListenBacklog είναι πλέον χρησιμοποιείται ή σε SQL Server 2005.
Η λίστα εκκρεμοτήτων ρύθμιση λειτουργεί ως εξής: ας υποθέσουμε ότι μια αυθαίρετη υπηρεσία που εκτελεί ακρόαση για εισερχόμενες αιτήσεις υποδοχή TCP/IP. Εάν ορίσετε τη ρύθμιση λίστας εκκρεμοτήτων 5 και συνεχώς ροή σε πολλές αιτήσεις σύνδεσης υποδοχής, η υπηρεσία ενδέχεται να μην μπορείτε να απαντήσετε σε τα εισερχόμενα αιτήματα γρήγορη προέρχονται. Σε αυτό το σημείο, το επίπεδο υποδοχή TCP/IP ουρές αυτές οι εισερχόμενες αιτήσεις στην ουρά λίστας εκκρεμοτήτων και την υπηρεσία αργότερα να ελκυστική τις αιτήσεις από αυτήν την ουρά και να χειρίζονται τις εισερχόμενες αιτήσεις σύνδεσης υποδοχής. Μετά την ουρά γεμίσει, επιπέδου υποδοχής TCP/IP απορρίπτει αμέσως τις αιτήσεις πρόσθετες υποδοχής που φτάνουν, αποστέλλοντας ένα πακέτο ACK + RESET με τον πελάτη. Αυξάνοντας την αύξηση μεγέθους ουράς λίστας εκκρεμοτήτων ο αριθμός εκκρεμών σύνδεση υποδοχής απαιτεί ότι το επίπεδο υποδοχή TCP/IP ουρές πριν οι αιτήσεις απορρίπτονται.
Σημειώστε ότι η ρύθμιση WinsockListenBacklog είναι συγκεκριμένες για SQL Server. SQL Server προσπαθεί να διαβάσει αυτήν τη ρύθμιση μητρώου κατά την πρώτη εκκίνηση της υπηρεσίας SQL Server. Εάν η ρύθμιση δεν υπάρχει, χρησιμοποιείται η προεπιλεγμένη 5. Εάν η ρύθμιση μητρώου υπάρχει, SQL Server διαβάζει τη ρύθμιση και χρησιμοποιεί η τιμή που παρέχεται, όπως η ρύθμιση της λίστας εκκρεμοτήτων Όταν ακούσετε το API WinSock ονομάζεται όπως ορίζονται τα νήματα ακρόασης της υποδοχής TCP/IP επάνω στο εσωτερικό του SQL Server.
Για να προσδιορίσετε εάν εκτελείτε αυτό το πρόβλημα, μπορείτε να εκτελέσετε ένα ίχνος εποπτείας δικτύου πελάτη ή τον υπολογιστή που εκτελεί τον SQL Server και να αναζητήσετε αιτήσεις σύνδεσης υποδοχής που απορρίπτονται αμέσως με μη ACK + RESET. Εάν εξετάζετε πακέτα TCP/IP στην Εποπτεία δικτύου, μπορείτε να δείτε ένα πακέτο όπως τα παρακάτω όταν παρουσιάζεται αυτό το ζήτημα:
Frame: Base frame propertiesETHERNET: EType = Internet IP (IPv4)
IP: Protocol = TCP - Transmission Control; Packet ID = 40530; Total IP Length = 40; Options = No Options
TCP: Control Bits: .A.R.., len: 0, seq: 0-0, ack:3409265780, win: 0, src: 1433 dst: 4364
TCP: Source Port = 0x0599
TCP: Destination Port = 0x110C
TCP: Sequence Number = 0 (0x0)
TCP: Acknowledgement Number = 3409265780 (0xCB354474)
TCP: Data Offset = 20 bytes
TCP: Flags = 0x14 : .A.R..
TCP: ..0..... = No urgent data
TCP: ...1.... = Acknowledgement field significant
TCP: ....0... = No Push function
TCP: .....1.. = Reset the connection
TCP: ......0. = No Synchronize
TCP: .......0 = Not the end of the data
TCP: Window = 0 (0x0)
TCP: Checksum = 0xF1E7
TCP: Urgent Pointer = 0 (0x0)
Σημειώστε ότι η θύρα προέλευσης είναι 0x599 ή 1433 σε δεκαδική μορφή. Αυτό σημαίνει ότι το πακέτο προέρχεται από ενός τυπικού υπολογιστή που εκτελεί τον SQL Server και ότι λειτουργεί με την προεπιλεγμένη θύρα του 1433. Σημειώστε επίσης ότι το πεδίο επιβεβαίωσης είναι σημαντικό και οι σημαίες Επαναφορά της σύνδεσης έχουν ρυθμιστεί. Εάν είστε εξοικειωμένοι με φιλτράρισμα ανίχνευση της εποπτείας δικτύου, μπορείτε να φιλτράρετε την τιμή σημαίες TCP από 0x14 δεκαεξαδικό για να δείτε μόνο τα πακέτα ACK + RESET στην ανίχνευση εποπτείας δικτύου.
Σημειώστε ότι μπορείτε να δείτε επίσης παρόμοια πακέτα ACK + RESET, εάν ο υπολογιστής που εκτελεί τον SQL Server δεν εκτελείται καθόλου ή στον υπολογιστή που εκτελεί τον SQL Server δεν εκτελεί ακρόαση στο πρωτόκολλο TCP/IP, επομένως βλέπετε πακέτων ACK + ΕΠΑΝΑΦΟΡΆΣ που δεν είναι καθορισμένη επιβεβαίωσης ότι αντιμετωπίζετε αυτό το ζήτημα. Εάν το WinsockListenBacklog είναι πολύ χαμηλή, κάποια σύνδεση προσπάθειες λάβετε Αποδοχή πακέτων και ορισμένες συνδέσεις λαμβάνουν αμέσως τα πακέτα ACK + RESET στο ίδιο χρονικό πλαίσιο.
Σημειώστε ότι σε πολύ σπάνιες περιπτώσεις, ίσως χρειαστεί να προσαρμόσετε αυτήν τη ρύθμιση, ακόμη και αν είναι ενεργοποιημένη η ομαδοποίηση συνδέσεων σε υπολογιστές-πελάτες. Για παράδειγμα, εάν πολλοί υπολογιστές-πελάτες συνομιλείτε σε έναν υπολογιστή που εκτελεί τον SQL Server, μεγάλο αριθμό ταυτόχρονων εισερχόμενων προσπάθειες σύνδεσης ενδέχεται να παρουσιαστεί σε οποιαδήποτε συγκεκριμένη χρονική στιγμή, ακόμη και αν είναι ενεργοποιημένη η ομαδοποίηση συνδέσεων.
Σημείωση Εάν προσαρμόσετε τη ρύθμιση WinsockListenBacklog , δεν χρειάζεται να επανεκκινήσετε τα Windows για αυτήν τη ρύθμιση για να τεθούν σε ισχύ. Απλώς, διακόψτε και ξεκινήστε πάλι την υπηρεσία SQL Server για να τεθεί σε ισχύ η ρύθμιση. Η ρύθμιση μητρώου WinsockListenBacklog είναι μόνο για τον υπολογιστή που εκτελεί τον SQL Server. Δεν έχει κανένα αποτέλεσμα σε κάθε υπολογιστή-πελάτη που τα οποία συνομιλεί με τον SQL Server.
