Ich sehe den folgenden Fehler in SSMS (auf dem Server sind Windows Server 2008 und Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 installiert), wenn einige Abfragen für den Verbindungsserver ausgeführt werden, insbesondere Abfragen mit langer Laufzeit.
Einfache Auswahlen aus Tabellen auf dem Verbindungsserver funktionieren einwandfrei. Dies ist ein neues Problem, das festgestellt wurde, als SPs, die seit Jahren funktionieren, ausfielen.
Ich habe eine Wireshark-Erfassung auf dem Server ausgeführt und nach Paketen für Port 1433 auf dem Verbindungsserver-Host erfasst. Am Ende der Erfassung werden viele (10) TCP-Keep-Alives ausgegeben (nach einer Meldung bezüglich einer schlechten Prüfsumme) und dann ein RST-Paket. Das RST-Paket korreliert mit dem folgenden Fehler, der an den Client zurückgegeben wird.
Es gibt andere Datenbankserver in unserem Netzwerk, auf denen der Verbindungsserver identisch konfiguriert ist und die dieses Problem nicht aufweisen.
Ich habe einige Artikel wie diesen und diesen gefunden . Wir verwenden die betroffenen Broadcom-Netzwerkkarten. Die Einstellung Chimney Offload State ist auf dem Server aktiviert.
Wir werden versuchen, zu deaktivieren. Andere Gedanken zur Fehlerbehebung wären sehr willkommen.
OLE DB provider "SQLNCLI10" for linked server "myServer" returned message "Protocol error in TDS stream".
OLE DB provider "SQLNCLI10" for linked server "myServer" returned message "Communication link failure".
Msg 65535, Level 16, State 1, Line 0
Session Provider: Physical connection is not usable [xFFFFFFFF].
OLE DB provider "SQLNCLI10" for linked server "myServer" returned message "Communication link failure".
Msg 65535, Level 16, State 1, Line 0
Session Provider: Physical connection is not usable [xFFFFFFFF].
OLE DB provider "SQLNCLI10" for linked server "myServer" returned message "Communication link failure".
Msg 64, Level 16, State 1, Line 0
TCP Provider: The specified network name is no longer available.
quelle
Antworten:
Wir haben TCP Chimney Offload gemäß dem Symantec-Artikel deaktiviert und die Server neu gestartet, und das Problem scheint behoben zu sein.
Die problematischen SPs lösen nicht länger die Ausnahme für Kommunikationsverbindungsfehler aus.
Weitere Informationen von Microsoft zum TCP-Offloading
quelle