MS SQL Server mit alternativen Ports nutzen

[QuickAndDirty]

Hallo,
Ich nutze MSSQL Server via Firedac.
Normalerweise verbindet man sich ja dann über

Code:

Servername\Instanzname

Das scheint bei MS SQL Servern die nicht den Standardport nutzen nicht zu klappen.
Dann verbinde ich mich via:

Code:

tcp:Servername\Instanzname,Port

Nun ist mir zu Ohren gekommen, dass man auch den "MS SQL Server Browser Dienst" nach den
Ports der Instanzen Fragen kann. Scheinbar ist es nämlich sogar möglich, dass eine Instanz
keinen fest zugewiesenen Port nutzt. Ich halte das zwar für unpraktikabel wegen der Firewall freigaben, aber was soll's.

Was kann ich machen das Firedac den MS SQL Server Browser zurhilfe nimmt um eine Verbindung aufzubauen?
Wenn das nicht geht. Wie kann ich diesen MS SQL Server Browser nutzen? Gibt es Delphi Bibliotheken dafür ? Hat es mal jemand gemacht?

[QuickAndDirty]

Shameless self bump

[Sharky]

Hai QuickanDirty,

es ist richtig das nur die Standarndinstanz auf den Standard Port 1433 hört.
Wenn Du dich jetzt via TPC/IP mit einer anderen Instanz verbinden möchtest musst Du entweder den Port der Instanz angeben (Das wird über das SQL Server Configuration Manager eingestellt).

ODER Du must den SQL-Server Browser aktivieren. Dieser kümmert sich darum das der Client mit der richtigen Instanz kommuniziert.

[QuickAndDirty]

Zitat von Sharky:

Hai QuickanDirty,

es ist richtig das nur die Standarndinstanz auf den Standard Port 1433 hört.

Wenn Du dich jetzt via TPC/IP mit einer anderen Instanz verbinden möchtest musst Du entweder den Port der Instanz angeben (Das wird über das SQL Server Configuration Manager eingestellt).

ODER Du must den SQL-Server Browser aktivieren. Dieser kümmert sich darum das der Client mit der richtigen Instanz kommuniziert.

Ich weiß wie ich den MS SQLServer konfigurieren muss. Aber es scheint so als würde FireDac nicht auf den SQL-Server Browser zurück greifen, wenn die Instanz auf einem anderen Port läuft.
Kann man das in FireDac aktivieren?
Kann ich den SQL-Server Browser selbst fragen?

[Uwe Raabe]

Irgendwie komme ich noch nicht dahinter, was du vorhast.

Im FireDAC ConnectionEditor kann man auf den Wizard-Button klicken, um sich eine Verbindung zusammenzubauen. Dabei wird für MSSQL der entsprechende ODBC-Dialog von Windows aufgerufen.

Soweit ich weiß sucht FireDAC selbst überhaupt nicht nach potentiellen SQL-Servern, sondern erwartet immer einen passenden Connection-String.

[QuickAndDirty]

Zitat von Uwe Raabe:

Irgendwie komme ich noch nicht dahinter, was du vorhast.

Ich hoffe es.

Zitat von Uwe Raabe:

Soweit ich weiß sucht FireDAC selbst überhaupt nicht nach potentiellen SQL-Servern, sondern erwartet immer einen passenden Connection-String.

Es soll nicht suchen. Es soll zu der Instanz automatisch den Port finden.

Folgendes szenario:

Auf einem Server beim Kunden laufen 4 instanzen des MSSQL Servers. und eine instanz des SQL-Server-browsers.
Ich verwende folgenden string für den Server Parameter in Firedac.

Code:

SBS2003\EVALUATION

Der port der Instanz namens "EVALUATION" ist 2222.
Firedac scheint keine Verbindung mit diesen angaben aufzubauen. Obwohl der SQL-Server-browser aktiv ist.

Wenn ich den wert für den Server Parameter ändere in

Code:

tcp:SBS2003\EVALUATION,2222

verbindet sich Firedac.

Angeblich weiß der SQL-Server-Browser das "SBS2003\EVALUATION" auf 2222 lauscht.
Angeblich kann man SQL-Server-Browser danach fragen. "hey welchen Port hat die Instanz mit namen EVALUATION".

Wie geht das?
Ich brauche diese Information für ein Setup Programm.

[Uwe Raabe]

Lies mal hier - hilft vielleicht weiter.

[QuickAndDirty]

Zitat von Uwe Raabe:

Lies mal hier - hilft vielleicht weiter.

Danke, aber es fehlt immer noch ein bisschen.
Er hat halt fest gestellt was der SQL Server Browser macht.

Ich bin jetzt etwas verunsichert wer die Gegenstelle zur kommunikation mit dem
SQL Server Browser bildet. Ist es das tool oder der SQLNative client.
Wenn es der native client schon automatisch macht, dann müsste weder ich noch Firedac sich darum kümmern.

Das ganz versuche ich ja heraus zu bekommen weil,ein Kunde sich aufgeregt hat,
dass wir uns den Port nicht einfach über den SQL-Server-Browser besorgen,
statt ihn damit zu behelligen den Port selbst rauszufinden und anzugeben.

Wenn das also der native client bereits selbst macht, hat der Kunde den SQL-Server-Browser nicht eingeschalet gehabt.
Da ich aber nicht hoffe das er so blöd ist, könnte es vielleicht sein das ich den SQL-Server Browser selbst abfragen MUSS?

[taveuni]

Zitat von QuickAndDirty:

Ich bin jetzt etwas verunsichert wer die Gegenstelle zur kommunikation mit dem
SQL Server Browser bildet. Ist es das tool oder der SQLNative client.
Wenn es der native client schon automatisch macht, dann müsste weder ich noch Firedac sich darum kümmern.

Meine Halbwissenerfahrung (in Verbindung mit den Devarts, MSSQL und nicht standard Ports):
Wenn der Nativeclient installiert ist muss ich den Devarts den Port nicht angeben ansonsten schon.

Wie allerdings der MS Nativeclient dies in Erfahrung bringt und wie die Devarts an die Info kommen weiss ich nicht.
Was ich weiss ist - Wir können uns nicht darauf verlassen dass der Kunde immer den Native Client on board hat.
Insofern muss bei bei uns beim Setup der Port manuell eingegeben werden wenn <> default.

[Uwe Raabe]

Zitat von QuickAndDirty:

Wenn das also der native client bereits selbst macht, hat der Kunde den SQL-Server-Browser nicht eingeschalet gehabt.

Oder der Port für den SQL-Server-Browser wird von der Firewall nicht durchgelassen. Wenn du die Gelegenheit hast, mach doch beim Kunden mal diesen Test mit PortQuery. Dann weißt du wenigstens, ob es prinzipiell klappen sollte.