MS SQL Server: Port geändert, keine ADO-Verbindungen mehr???

[romber]

Ich habe den Standartport des MS SQL Servers geändert, Server neu gestartet und möchte nun mit ADO eine Verbindung mit diesem Server herstellen. Leider finde ich beim erstellen des ConnectionStrings keine Möglichkeit, den Port zu ändern. Die Eingabe "Server:Port" ändert auch nichts.

Ich habe hier in einem Thread gelesen, dass ADO in den neueren Versionen angeblich in der Lage ist, den Port automatisch zu erkennen, vorausgesetzt den Diesnt "SQL-Server-Browser" gestartet ist. Bei mir ist dieser Diest gestartet.

Wie kann ich nun mit dem Server verbinden? Wo stelle ich den Port ein?

[hoika]

Hallo,

die Port kommt mit Komma getrennt hinter die IP/Servername (DataSource),
siehe auch das hier

SQL-Server Port


Heiko

[romber]

Vielen Dank! Ich versuch's. ;)

[romber]

Leider klappt es nicht mit Server,Port kommagetrennt.
Hat jemand noch Ideen?

[hoika]

Hallo,

zeig mal deinen Connection-String.


Heiko

[romber]

ConnectionString sieht bis auf Password und IP in der DataSource so aus:

Provider=SQLOLEDB.1;Password=12345678;Persist Security Info=True;User ID=sa;Data Source=85.85.85.85,56561

[alzaimar]

Ändere den TCP-Port im SQL-Client, erstelle einen Alias oder verwende einen andere Library (Named Pipes).

Wieso hast Du den Standardport eigentlich geändert?

[romber]

Zitat:

Zitat von alzaimar

Ändere den TCP-Port im SQL-Client...

Ist damit SQL Native Client gemeint?
Dort habe ich den Port bereits geändert.

Zitat:

Zitat von alzaimar

...erstelle einen Alias...

Wo genau soll ich das erstellen? In der Konfiguration für SQL Native Client?

Zitat:

Zitat von alzaimar

...verwende einen andere Library (Named Pipes)...

Wie geht das mit ADO?

[alzaimar]

Mit ADO geht das i.d.R. sowieso nicht. ADO kapselt die untschiedlichen Zugriffsmechanismen, eben *damit* Du dich nicht um irgendwelche Einstellungen kümmern musst. Der Zweck von ADO ist der, das Du den Provider einfach -wupps- austauschen kannst.

Wenn Du die Einstellungen des SQL-Clients geändert hast, und mit einem SQL-Management Studio vom Client aus auf den Server zugreifen kannst, dann sollte es auch per ADO funktionieren. Wobei ich prinzipiell mit einem ADO-Connect weniger Probleme habe, als mit einem Verbindungsaufbau per SQL-Management Studio.

Einen Alias müsstest Du Mithilfe der SQL-Konfiguration einrichten können. Ich habe z.B. einen SQL-Alias, der sich per TCP über Port 1444 per SSH-Tunnel (1444 lokal auf 1433 remote) mit einem SQL-Server verbindet.

[romber]

SQL Management Studio auf meinem lokalen Rechner kann auch keine Verbindung zum Server aufbauen, wenn Port geändert wurde. :(
Ich verstehe nicht, warum Microsoft das ganze so komliziert gemacht hat. :|

Einige angesehenen Forum-Mitglieder meinten in einem anderen Thread, dass aktuelle Version von ADO den manuell festgelegten Port automatisch erkennt. Ist das nicht so?

Zitat:

Zitat von alzaimar

Einen Alias müsstest Du Mithilfe der SQL-Konfiguration einrichten können. Ich habe z.B. einen SQL-Alias, der sich per TCP über Port 1444 per SSH-Tunnel (1444 lokal auf 1433 remote) mit einem SQL-Server verbindet.

Könntest Du bitte genauer beschreiben, wie ich das mache? Mit welchem SQL-Konfigurationstool? Im SQL Server Configuration Manager kann man zwar ein Alias erstellen, aber für den SSH-Tunnel finde ich keinerlei Optionen...