Kann keine Verbindung zum Server herstellen - Ein netzwerkbezogener oder instanzspezifischer Fehler

Question

Ich erhalte den folgenden Fehler beim Versuch, eine Verbindung mit dem SQL Server herzustellen:

Beim Herstellen einer Verbindung mit dem SQL Server ist ein netzwerkbezogener oder instanzspezifischer Fehler aufgetreten. Der Server wurde nicht gefunden oder war nicht erreichbar. Stellen Sie sicher, dass der Instanzname korrekt ist und dass der SQL Server so konfiguriert ist, dass Remoteverbindungen zulässig sind. (Anbieter: Named Pipes Provider, Fehler: 40 - Verbindung mit dem SQL Server konnte nicht geöffnet werden)

Dieser Fehler tritt auf, wenn ich versuche, meine Datenbank in Visual Studio 2010 auf GridView zu konfigurieren. Ich bin ratlos, wie ich diesen Fehler debuggen soll.

Wie würden Sie diesen Fehler debuggen? Welche Schritte sollte ich unternehmen, um herauszufinden, was hier wirklich passiert, zusätzlich zu dem im Fehlermeldung erwähnten?

Answer 1

Nachdem ich alle Antworten ausprobiert hatte, habe ich die Portnummer (1433) nach dem Servernamen mit Komma in die Verbindungszeichenfolge eingegeben, was für mich funktioniert hat. Es lautet wie folgt:

"Server=**.***.***.*\\MYSERVER,1433;Database=****;User Id=****;Password=*****;MultipleActiveResultSets=true;TrustServerCertificate=True"

Answer 2

Ich habe diesen Fehler nach einigen Jahren der Arbeit in der Ferne (VPN) bekommen. Irgendwann muss ich meine DNS-Einstellungen auf die IP-Adresse meines Heimrouters geändert haben. Jetzt war ich (wieder) im selben Netzwerk wie der Server und erhielt den oben genannten Fehler. Die Lösung bestand darin, "Netzwerkstatus" / "Adapteroptionen ändern" zu öffnen und mit der rechten Maustaste auf die aktive Internetverbindung (in meinem Fall Ethernet) zu klicken, um zu den Eigenschaften von IPv4 zu gelangen. Unter "Die folgenden DNS-Serveradressen verwenden" habe ich die lokale IP-Adresse meines Servers eingegeben, und was weißt du...! Der Computer hat die Domain (auf dem Server) kontaktiert und SQL Server wurde geöffnet.

Um zu überprüfen, ob Sie dasselbe Problem haben, öffnen Sie cmd und geben Sie ein nltest /dsgetdc:domainname [ersetzen Sie "domainname" durch den Namen Ihrer Domäne] Wenn Sie eine Meldung erhalten, dass "Abrufen des DC-Namens fehlgeschlagen ist: Status = 1355 0x54b ERROR_NO_SUCH_DOMAIN", haben Sie entweder den Domänennamen falsch eingegeben oder Sie haben dieses Problem.

Answer 3

Ich hatte das gleiche Problem. Für mich wurde die appsettings.Production.json-Datei vom Produktionsserver nicht verwendet und die Anwendung verwendete die appsettings.json-Datei. Die Umgebungsvariable im System war nicht auf Production gesetzt. Sie leitete Anfragen insgesamt an einen anderen Server weiter.

Answer 4

Wenn Sie Migrationen entfernen, sollten Sie Ihre Verbindungszeichenfolge überprüfen.

Answer 5

Ich hatte dasselbe Problem nach dem Upgrade meines Windows auf Windows Pro 10 21H2. Ich habe zwei SQL-Instanzen - 2014 und 2019 - und konnte nur keine Verbindung zur Instanz 2019 herstellen. Ich habe den Computer neu gestartet, alle SQL-bezogenen Dienste neu gestartet. Zwei der Dienste zeigten Fehler (SQL-Server und SQL-Server-Agent) und ich konnte sie nicht starten. Ich konnte diese beiden Dienste auch nicht von C:\Windows\SysWOW64\SQLServerManager15.msc starten. In den Protokollen (C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER01\MSSQL\Log) habe ich diese Zeilen gesehen:

Initialisieren des FallBack-Zertifikats fehlgeschlagen mit Fehlercode: 15, Zustand: 29, Fehlerzahl: 0.
Fehler: 17190, Schweregrad: 16, Zustand: 1.
SSL-Verschlüsselung konnte nicht initialisiert werden, da kein gültiges Zertifikat gefunden werden konnte und es nicht möglich ist, ein selbstsigniertes Zertifikat zu erstellen.
Fehler: 17182, Schweregrad: 16, Zustand: 1.
TDSSNIClient-Initialisierung fehlgeschlagen mit Fehler 0x80092004, Statuscode 0x80. Grund: SSL-Unterstützung konnte nicht initialisiert werden. Objekt oder Eigenschaft nicht gefunden.
Fehler: 17182, Schweregrad: 16, Zustand: 1.
TDSSNIClient-Initialisierung fehlgeschlagen mit Fehler 0x80092004, Statuscode 0x1. Grund: Initialisierung fehlgeschlagen mit einem Infrastrukturfehler. Überprüfen Sie vorherige Fehler. Objekt oder Eigenschaft nicht gefunden.
Fehler: 17826, Schweregrad: 18, Zustand: 3.
Die Netzwerkbibliothek konnte nicht gestartet werden aufgrund eines internen Fehlers in der Netzwerkbibliothek. Um die Ursache zu bestimmen, überprüfen Sie die unmittelbar vor diesem Fehler auftretenden Fehler im Fehlerprotokoll.
Fehler: 17120, Schweregrad: 16, Zustand: 1.
SQL-Server konnte den FRunCommunicationsManager-Thread nicht starten. Überprüfen Sie das SQL-Server-Fehlerprotokoll und das Betriebssystemfehlerprotokoll auf Informationen über mögliche zusammenhängende Probleme.

Es stellte sich heraus, dass nach dem Upgrade das "Anmelden"-Eigenschaft (zweiter Tab in den Eigenschaften des Dienstes) des Dienstes auf NT AUTHORITY\NETWORK SERVICES eingestellt war. Als ich es auf "Lokales Systemkonto" änderte, konnte ich den Dienst starten und eine Verbindung zur MS SQL 2019-Instanz herstellen.

Dieser msdn-Forum-Beitrag hat mir geholfen, dies herauszufinden.