Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: SQL Server
Ursprüngliche KB-Nummer: 4009936
Zusammenfassung
SQL Server Verbindungsfehler können viele Ursachen haben, einschließlich Netzwerkkonfiguration, Authentifizierung, Namensauflösung, Firewallregeln und TLS-Einstellungen (Transport Layer Security). Diese Übersicht zur Problembehandlung hilft Ihnen bei der Identifizierung der Kategorie eines Verbindungsfehlers, enthält Links zu relevanten Artikeln für jeden allgemeinen Fehler und listet die Diagnosetools auf, die Microsoft Supporttechniker verwenden, um SQL Server Konnektivitätsprobleme zu untersuchen.
Notiz
Wenn mehrere SQL Server Instanzen in Ihrer Umgebung betroffen sind oder das Problem zeitweise auftritt, ist eine Windows Richtlinie oder ein Netzwerkproblem in der Regel die Ursache anstelle eines SQL Server Konfigurationsproblems.
Bevor du anfängst
Bevor Sie mit der Problembehandlung beginnen, lesen Sie Empfohlene Voraussetzungen und Checkliste für die Problembehandlung von Verbindungsproblemen. Dort finden Sie Informationen zu den zu sammelnden Protokollen sowie eine Liste von Sofortmaßnahmen, die Ihnen helfen, häufige Verbindungsfehler bei der Arbeit mit SQL Server zu vermeiden.
Kategorien von SQL Server Konnektivitätsfehlern
Die meisten Konnektivitätsfehler sind in eine der folgenden Kategorien unterteilt. Verwenden Sie diese Tabelle, um Ihr Symptom einer Kategorie zuzuordnen, und wechseln Sie dann zu dem verknüpften Artikel, um detaillierte Schritte auszuführen.
| Kategorie | Typisches Symptom | Erste Schritte |
|---|---|---|
| Netzwerk- oder Instanzreichbarkeit | Der Client kann den Server oder die benannte Instanz nicht erreichen. | Netzwerkbezogener oder instanzspezifischer Fehler |
| Authentifizierung und Kerberos | Die Anmeldung schlägt fehl, oder der Client kann keinen SSPI-Kontext generieren. | Der SSPI-Kontext kann nicht generiert werden und die Anmeldung für den Benutzer ist fehlgeschlagen |
| Timeouts und unterbrochene Verbindungen | Verbindungen dauern zu lange oder werden unerwartet geschlossen. | Zeitüberschreitung und eine bestehende Verbindung wurde zwangsweise geschlossen |
| Verschlüsselung und Zertifikate | Das Zertifikat ist nicht vertrauenswürdig, oder der TLS-Handshake schlägt fehl. | Die Zertifikatkette wurde von einer nicht vertrauenswürdigen Zertifizierungsstelle ausgestellt |
| Zugriffsüberprüfung | Tokenbasierte Serverzugriffsüberprüfung schlägt fehl. | Fehler bei der Tokenbasierten Serverzugriffsüberprüfung. |
Tools und Methoden zur Behandlung von Konnektivitätsproblemen
In den folgenden Abschnitten werden Tools und Verfahren beschrieben, mit denen Sie verschiedene SQL Server Konnektivitätsfehler diagnostizieren können.
Einrichten Windows Firewall für die Arbeit mit SQL Server
Informationen zum Einrichten Windows Firewalls, damit Clients eine Verbindung mit Ihrer SQL Server Instanz herstellen können, finden Sie unter "Konfigurieren von Firewalls für die Arbeit mit SQL Server".
Testen einer OLE DB- oder ODBC-Verbindung mit SQL Server
- Um schnell eine Verbindung von einem Clientcomputer zu einer SQL Server Instanz zu testen, richten Sie eine UDL-Datei (Universal Data Link) ein. Weitere Informationen finden Sie unter Testen von Verbindungen mit SQL Server mithilfe einer UDL-Datei (Universal Data Link).
- Sie können auch ODBC-Datenquellen (64-Bit) oder ODBC-Datenquellen (32-Bit) verwenden, um eine ODBC-Verbindung mit SQL Server einzurichten und zu testen. Weitere Informationen finden Sie unter ODBC-Datenquellenadministrator-DSN-Optionen.
Überprüfen, ob ein Port mit PortQryUI blockiert ist
Verwenden Sie das PortQryUI-Tool, einen grafischen Portscanner, um zu überprüfen, ob ein erforderlicher SQL Server Port blockiert ist. Weitere Informationen finden Sie unter Verwenden des PortQryUI-Tools mit SQL Server.
Ermitteln, auf welchen Ports SQL Server lauscht
Überprüfen Sie, ob SQL Server dynamische oder statische Ports überwacht, um die TCP-Ports zu identifizieren, auf die Ihre SQL Server Instanz lauscht.
Abrufen eines detaillierten Diagnoseberichts mit SQLCheck
Microsoft Produktsupporttechniker häufig SQLCheck verwenden, ein Tool, das Ursachen von Verbindungsfehlern diagnostiziert. Folgen Sie den verknüpften Anweisungen, um SQLCheck herunterzuladen und einen Bericht für eine eingehende Analyse zu sammeln.
Verwenden von Kerberos-Konfigurations-Manager zum Beheben von SPN-Problemen
Verwenden Sie die Kerberos-Konfigurations-Manager, um Probleme mit dem Dienstprinzipalnamen (Service Principal Name, SPN) zu identifizieren und zu beheben. Weitere Informationen finden Sie unter Verwenden des Kerberos-Konfigurations-Managers zum Beheben von SPN-Problemen.
Sammeln und analysieren Sie einen Netzwerktrace mit SQLTrace und SQLNAUI
In vielen Fällen ist eine Netzwerkablaufverfolgung die effektivste Methode, um Netzwerkfehler zu untersuchen. Führen Sie die Schritte in "Sammeln von Netzwerkablaufverfolgungen" auf dem Client und server aus, und analysieren Sie die Ablaufverfolgung dann mit der SQL Network Analyzer-Benutzeroberfläche (SQLNAUI).
Häufig gestellte Fragen
Mit welchem Artikel sollte ich beginnen, wenn ich den genauen Fehler nicht weiß?
Beginnen Sie mit den empfohlenen Voraussetzungen und der Prüfliste zur Problembehandlung bei Verbindungsproblemen, um Basisprotokolle zu erfassen. Verwenden Sie dann die Tabelle "Kategorien von SQL Server Konnektivitätsfehlern", um Ihr Symptom einem fokussierten Artikel zuzuordnen.
Das Problem tritt nur manchmal auf. Was soll ich sammeln?
Bei sporadisch auftretenden Problemen erfassen Sie gleichzeitig auf dem Client und dem Server eine Netzwerkablaufverfolgung. Siehe "Sammeln von Netzwerkablaufverfolgungen" auf dem Client und dem Server.
Wie kann ich feststellen, ob das Problem die Namensauflösung, die Authentifizierung oder das Netzwerk ist?
Überprüfen Sie den Fehlertext und die Phase, in der er auftritt. Fehler bei der Namensauflösung besagen in der Regel, dass der Server nicht gefunden wurde oder nicht erreichbar ist. Sie können sie mithilfe ping und nslookup anhand des Servernamens bestätigen. Netzwerk- oder Portprobleme äußern sich in Fehlern wie „Verbindung verweigert“ oder Zeitüberschreitungsfehlern. Sie können diese Probleme mithilfe von PortQryUI isolieren. Authentifizierungsprobleme treten auf, nachdem die TCP-Verbindung erfolgreich war, als Anmeldefehler oder SSPI-Fehler. Siehe Kann den SSPI-Kontext nicht generieren , und die Anmeldung für den Benutzer ist fehlgeschlagen.
Was ist der Unterschied zwischen einem TCP-Verbindungsfehler und einem TLS-Handshake-Fehler?
Ein TCP-Verbindungsfehler tritt auf, bevor SQL Server Datenverkehr ausgetauscht wird. Der Client kann keinen Socket für den Serverport öffnen, in der Regel aufgrund einer Firewall, eines falschen Ports oder eines angehaltenen Diensts. Ein TLS-Handshakefehler tritt auf, nachdem die TCP-Verbindung hergestellt wurde, wenn der Client und der Server sich nicht auf eine Protokollversion, eine Verschlüsselung oder ein Zertifikat einigen können. Bei TLS-Problemen siehe Die Zertifikatkette wurde von einer Autorität ausgestellt, die nicht vertrauenswürdig ist und Eine vorhandene Verbindung wurde durch den Remotehost zwangsweise geschlossen.
Welche Protokolle sollte ich sammeln, bevor ich kontaktiere Microsoft-Support?
Sammeln Sie das SQL Server Fehlerprotokoll, die Windows System- und Anwendungsereignisprotokolle sowohl vom Client als auch vom Server, einem SQLCheck-Bericht vom Server und gleichzeitigen Netzwerkablaufverfolgungen vom Client und Server während einer Repro. Die vollständige Liste finden Sie unter "Empfohlene Voraussetzungen" und Prüfliste zur Problembehandlung von Konnektivitätsproblemen und zum Sammeln von Netzwerkablaufverfolgungen auf dem Client und Server.
Wo finde ich weitere Community-Anleitungen?
Informationen zur Dokumentation der Tools und Hinweise zur Problembehandlung, die vom Microsoft-Support gepflegt werden, finden Sie im CSS SQL Networking Tools-Wiki.