Sammeln von Daten zur Problembehandlung von SQL Server-Konnektivitätsproblemen

• Wirkt sich das Problem nur auf Datenbankverbindungen aus oder wirkt sich auch auf Web- und Dateifreigabeverbindungen aus? Viele Fälle werden dem SQL Server-Team gemeldet, da sie auf dem Datenbankserver auftreten. Es kann jedoch vorkommen, dass das Problem überhaupt nicht mit der Datenbank verknüpft ist und möglicherweise eine allgemeinere Windows- oder Active Directory-Unterstützung erfordert.
• Gibt es eine Vertrauensstellung zwischen der Benutzerdomäne, der Clientdomäne oder der Serverdomäne, wenn sie anders sind? Ist es extern, gesamtstruktur, unidirektionale, bidirektionale oder keine?
• Funktioniert die Verbindung ordnungsgemäß, wenn sich alle Ressourcen in derselben Domäne befinden?
• Ist das Problem zeitweise oder periodisch oder ist es konsistent?
• Tritt das Problem nur auf, wenn mehrere Benutzer die Anwendung verwenden? Tritt es häufiger auf, wenn mehr Benutzer sie verwenden?
• Tritt das Problem nur zu bestimmten Tageszeiten oder an bestimmten Wochentagen auf?
• Tritt das Problem nur auf, wenn eine Sicherung übernommen wird oder die Datenbank erneut indiziert wird?
• Betrifft das Problem mehrere Server?
• Betrifft das Problem nur einen Knoten in einem n-Knoten-Cluster? Wenn ja, ist es möglicherweise effizienter, diesen bestimmten Knoten neu zu erstellen.
• Betrifft das Problem nur einen oder zwei Clients von mehreren? Wenn ja, wäre vielleicht der Wiederaufbau effizienter.
• Betrifft das Problem nur Named Pipes und nicht TCP (oder umgekehrt)?
• Tritt das Problem auf, wenn Sie eine SQL Server-Anmeldung und TCP/IP verwenden?
• Gibt es einen Funktionierenden Fall, der mit dem fehlerhaften Fall verglichen werden kann? Wie unterscheiden sich die Systeme?

Verwenden Sie die folgenden Fragen, um Daten über die verschiedenen Komponenten des Clientcomputers zu sammeln. Diese Daten können bei der Identifizierung der Probleme hilfreich sein.

• Wie lautet der Name, die Edition und die Version des Betriebssystems (WinVer)?

• Wie lautet der Name und die Version des SQL Server-Treibers oder -Anbieters?

• Wie lautet der Computername und die IP-Adresse?

• Was ist der Domänenstatus des Computers? Wenn sie einer Domäne beigetreten ist, was ist der Domänenname?

• Welche Anwendungsausführungsumgebung wird verwendet? Beispiel: Internetinformationsdienste (IIS), Windows Forms, Web Sphere oder SQL Server Integration Services (SSIS)-Auftrag.

• Welche Anwendungssprache wird verwendet?

• Was wird für die Verbindungszeichenfolge verwendet?

• Welche Art von Authentifizierung wird verwendet, um eine Verbindung mit dem Server herzustellen? Beispiel: New Technology LAN Manager (NTLM), Kerberos, SQL oder Azure Active Directory (AAD).

• Wenn es sich bei der Anwendung um einen Server oder Dienst handelt, delegiert sie Benutzeranmeldeinformationen an die Back-End-Datenbank?

• Wird die eingeschränkte Delegierung verwendet?

• Was sind das Anwendungsdienstkonto und die Domäne?

• Welcher Diensttyp wird verwendet? Ist es physisch, virtuell oder Cloud? Beispiel: IaaS, Web App, Web Role oder Power BI.

• Was ist der Clienttreiber? Ist es Java Database Connectivity (SUSE) oder wird sie unter Linux oder Mac ausgeführt?

  Notiz

  Die Workflows sind derzeit stärker windowsorientiert.

• Betrifft das Problem nur Legacyanbieter, z Provider=SQLOLEBD . B. oder Driver={SQL Server}, und nicht SQL Native Client und spätere Treiber (oder umgekehrt)?

• Tritt das Problem nur in einer Anwendung oder in mehreren Anwendungen auf?

• Schlägt eine UDL-Datei (Universelle Datenverknüpfung) fehl, wenn versucht wird, eine Verbindung mit anderen SQL Server-basierten Servern herzustellen, oder tritt nur der Server mit dem Problem auf?

• Meldet sich der Benutzer beim SQL Server-basierten Server an und versucht, eine Verbindung mit SQL Server Management Studio (SSMS) herzustellen?

• Tritt das Problem nur auf, wenn Sie den NETBIOS-Namen des Servers verwenden und nicht, wenn Sie den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) (oder umgekehrt) verwenden? Funktioniert dies mithilfe der IP-Adresse?

• Hat der Client unter Windows 10 Enterprise Edition das Credential Guard-Feature aktiviert? Wenn ja, kann sich dies auf vollständige Delegierungsszenarien auswirken.

Verwenden Sie die folgenden Fragen, um Daten zu den Protokolldateien zu sammeln:

• Was ist die genaue Fehlermeldung im Aufrufstapel?
• Wurde das Protokoll aus den SQL Server ERRORLOG - und ERRORLOG.1-Dateien gesammelt?
• Wurden die Anwendungsereignisprotokolle vom Client und Server erfasst?
• Wurden die Protokolldateien und Konfigurationsdateien der Clientanwendung gesammelt? Beispiel: web.config, rsreportserver.config, *.config oder *.ini.
• Gibt es eine verfügbare visuelle Darstellung des Netzwerks, das die Computer, Router usw. anzeigt?

Bezieht sich auf die Ermittlung, ob es sich bei dem Problem um eine kürzliche Entwicklung handelt oder ob es eine Weile lang beibehalten wurde:

• Ist das Problem immer vorhanden (neue Installation) oder funktionierte die Anwendung seit einiger Zeit ordnungsgemäß, bevor es kürzlich nicht mehr funktionierte?
• Wenn die Anwendung für die ordnungsgemäße Funktion verwendet wurde, welche Änderungen an der Umgebung vorgenommen wurden? Beispielsweise installierte Updates, aktualisierte Domänencontroller, Änderungen in den Firewalleinstellungen, außer Betrieb genommene Domänencontroller oder ein Wechsel zu einer anderen OU in der Domäne.

Bei einem verknüpften Server sammeln Sie Serverinformationen sowohl für den Mid-Tier-Server als auch für den Back-End-Server. Bei einem IIS-to-SQL-Delegierungsproblem sammeln Sie Informationen auf dem Webserver, einschließlich der Web.config - und Authentifizierungseinstellungen.

• Wie lautet der Name des Betriebssystemnamens, der Edition und der Version (Winver)?
• Wie lautet der Name und die Version der Datenbank?
• Wie lautet der Name des Computers?
• Was ist die IP-Adresse?
• Was ist der Domänenname, wenn der Computer einer Domäne beigetreten ist?
• Was ist das SQL Server-Dienstkonto und die Domäne?
• Wie lautet der Name der SQL Server-Instanz?
• Welche Protokolle sind aktiviert?
• Welcher Port überwacht der Server?
• Wie lautet der Name der Serverpipeline? Diese Informationen finden Sie im Fehlerprotokoll.
• Welche Art von Umgebung wird verwendet? Ist es physisch, virtuell oder Cloud? Beispiel: IaaS (SQL in einem virtuellen Azure-Computer (VM)) oder PaaS (Azure SQL-Datenbank, SQL verwaltete Instanz (MI)).
• Wird die Datenbank als eigenständige, gruppierte, gespiegelte oder immer aktivierte Datenbank bereitgestellt?
• Wie lautet der Name und die IP-Adresse des Failoverpartners?
• Wie lautet der Name oder der Listenername und -port des virtuellen Clusters?
• Was ist die virtuelle IP oder Listener-IP?
• Auf welchem Betriebssystem ist die Datenbank installiert? Ist es Windows, Linux oder Mac? Dies kann sich auf die Datensammlung auswirken.
• Wo befindet sich der Speicherort der Datenbank? Ist dies in Azure?
• Was ist der aktuelle Status des Servers im Hinblick auf das neueste Service Pack und das kumulative Update? Es gibt keinen Punkt beim Debuggen eines Problems, das bereits behoben wurde.
• Wurde SQL Server kürzlich aktualisiert, um Transport Layer Security (TLS) 1.2 zu unterstützen? Wurden die Clients ebenfalls aktualisiert? Wurde TLS 1.0 deaktiviert?
• Wie lautet der aktuelle Status des SQL Server-Diensts? Wird sie ausgeführt?
• Wie lautet der Status des SQL-Browserdiensts? Wird sie ausgeführt?
• Was ist die Spezifität des Problems mit einem Dienstkonto? Behebt die Ausführung des Servers mit einem anderen Dienstkonto das Problem?

Sammeln Sie die folgenden Benutzerdetails:

• Meldet sich der Benutzer direkt beim Clientcomputer an oder greift remote darauf zu? Verwendet der Benutzer beispielsweise einen Browser?
• Ist der Benutzer ein Dienst, z. B. SQL-Agent? Wird die Prozessidentität verwendet oder werden gespeicherte Anmeldeinformationen verwendet?
• Welche Art der Authentifizierung wird verwendet, um eine Verbindung mit der Clientanwendung herzustellen? Ist es Windows, Forms-Authentifizierung oder AAD?
• Stellt der Benutzer über integrierte Sicherheit eine Verbindung mit dem Server her?
• Was sind der Benutzername und der Domänenname?

Wenn der Benutzer remote zur Clientanwendung ist, erfassen Sie die folgenden Details:

• Wie lautet der Computername und die IP-Adresse?
• Ist der Computer einer Domäne beigetreten? Wenn ja, was ist der Domänenname?
• Stellt der Benutzer eine Verbindung über ein VPN oder einen Proxyserver her? Tritt das Problem auf, wenn eine der Methoden direkt verbunden ist?
• Wenn der Benutzer eine Verbindung mit einem Webserver herstellt, wird der Serverlastenausgleich ausgeglichen?
• Werden Haftsitzungen oder Sitzungsaffinität verwendet?
• Melden sich der Benutzer bei einem Terminalserver oder Sprungfeld an und greift auf die Anwendung zu?
• Betrifft das Problem nur Benutzer in bestimmten Organisationseinheiten (OUs)?
• Hat der Benutzer, der Client oder der Server in Active Directory zu einer anderen Organisationseinheit (OU) verschoben?
• Betrifft das Problem nur nicht administrative Benutzer?
• Betrifft das Problem alle oder nur einige der Benutzer in einer bestimmten Domäne?