SQL Server-Verbindungszeichenfolge Frage
Ich versuche eine Verbindung zu einer benannten SQL-Instanz auf dem server.
Es ist schon Standardinstanz von SQL Server 2005 und eine neu benannte one - SQL-Server 2008. Ich bin mit dem "Netzwerk Bibliothek" - Eigenschaft für die Verwendung von TCP-Verbindung, aber aus irgendeinem Grund, er versucht zu verbinden, die Standard-Instanz, ohne eine Fehlermeldung zu login-Fehler.
Wenn ich entfernen Sie die Netzwerk-Bibliothek Anwesen die Verbindung aufgebaut ohne Fehler.
Ich bin mit windows authntication und haben alle Berechtigungen, die erforderlich sind.
Den problematischen Zusammenhang string:
Data Source=ServerName\InstanceName,1433;network library=dbmssocn;Initial Catalog=MyDataBaseName;Integrated security=SSPI
Den arbeiten Verbindungszeichenfolge:
Data Source=ServerName\Instanzname;Initial Catalog=MyDataBaseName;Integrated security=SSPI
Weglassen der ,1433;network library=dbmssocn aus der Verbindungszeichenfolge, die den Unterschied macht. hinzufügen maked dem server zu verbinden, die deafult-Instanz.
Sowohl der server Remoteverbindungen zulässt.
Ich würde gerne verstehen, warum, bitte.
Vielen Dank im Voraus,
Tamir
Ja, danke, ich habe es entfernt auch :), sorry, wenn es war nicht klar,
BTW, ist, dass dies möglicherweise besser geeignet für serverfault.com
Bereits auf serverfault zu serverfault.com/questions/104922
InformationsquelleAutor Tamir | 2010-01-21
Du musst angemeldet sein, um einen Kommentar abzugeben.
Kopiert aus meiner Antwort auf Ihre Frage auf ServerFault...
Den Verbindungszeichenfolgen haben 2 Unterschiede, so werde ich versuchen, eine Antwort für diese...
Also:
ServerName\InstanceName,1433
bedeutet, dass die Verbindung zu server "ServerName" auf port 1433ServerName\InstanceName
bedeutet, dass die Verbindung zu server "ServerName", und beheben von Instanz-Namen, um die richtige port (resolve nutzt port 1434 UDP)Jedoch
network library=dbmssocn
bedeutet, dass die tcp verwenden. Es könnte sein, das der SQL Server-Instanz (port-Zeug) nicht Abhören tcpInformationsquelleAutor gbn
Vermutung 2005 und 2008 Instanzen wären auf unterschiedlichen ports lauschen. Vielleicht müssen Sie die Verbindungszeichenfolge für die SQL Server 2008-Instanz mit dem richtigen Anschluss; Sie könnten schlagen der SQL Server 2005-Zuhörer und bittet, es bei einer Instanz, die nicht auf das 2005-installation.
Welchen port ist der SQL Server 2008-Instanz hören auf - Dieser Artikel beschreibt das Thema. und hat ein powershell-Skript, die tatsächlich hinterfragt das system, um herauszufinden, welchen port das DBMS wirklich Zuhören. Es spricht auch ein wenig darüber, wo diese config-Leben in der registry.
InformationsquelleAutor ConcernedOfTunbridgeWells