MS SQL Server mit alternativen Ports nutzen

[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.

[mjustin]

Eine Lösung für ActiveMQ Server habe ich neulich hier gepostet:

http://mikejustin.wordpress.com/2013...and-indy-10-6/

Eventuell hilft der Code weiter, leider habe ich kein MS SQL installiert

[x000x]

Moin moin,

Zitat von QuickAndDirty:

... Wie empfange ich mit einem UDP Client korrect alle Antworten eines Broadcasts?...

Du brauchst mit dem Client doch nur einen Broadcast senden. Um die Antworten dann zu empfangen, kannst du doch einen Server auf dem Port lauschen lassen. Damit bekommst du dann wie gewollt die Antworten.

[x000x]

Moin moin,

deine Frage zu FireDAC speziell kann ich dir nicht beantworten. Wenn du den SQL-Server-Browser aber selbst abfragen musst, dann kannst du per UDP ein Byte ($02) an den Dienst senden und erhälst die Antwort. Hier ein simples Bsp:

Code:

function RawQueryMSServerBrowser(const PaStrServer: String): String;
var
   Client: TIdUDPClient;
begin
   Client := TIdUDPClient.Create(nil);
   try
      Client.Send(PaStrServer, 1434, #$02);
      Result := Client.ReceiveString(1000);
   finally
      Client.Free;
   end;
end;

Ab dem 4. Byte steht dann wohl ein reiner String in der Antwort. Was genau die ersten 3 Bytes der Antwort aussagen, kann ich dir nicht sagen. Eine Info/Doku/API dazu habe ich leider nicht finden können - ich hatte das einfach nur mal mit gesnifft.

Eventuell hilfts dir ja weiter...

[QuickAndDirty]

Zitat von x000x:

Moin moin,

deine Frage zu FireDAC speziell kann ich dir nicht beantworten. Wenn du den SQL-Server-Browser aber selbst abfragen musst, dann kannst du per UDP ein Byte ($02) an den Dienst senden und erhälst die Antwort. Hier ein simples Bsp:

Code:

function RawQueryMSServerBrowser(const PaStrServer: String): String;
var
   Client: TIdUDPClient;
begin
   Client := TIdUDPClient.Create(nil);
   try
      Client.Send(PaStrServer, 1434, #$02);
      Result := Client.ReceiveString(1000);
   finally
      Client.Free;
   end;
end;

Ab dem 4. Byte steht dann wohl ein reiner String in der Antwort. Was genau die ersten 3 Bytes der Antwort aussagen, kann ich dir nicht sagen. Eine Info/Doku/API dazu habe ich leider nicht finden können - ich hatte das einfach nur mal mit gesnifft.

Eventuell hilfts dir ja weiter...

NICE!!!!!!!!!!!!!!!!!

Danke!

Wenn es dir anders geht als mir. Du also mit Spezifikationen was anfangen kannst...tata
http://msdn.microsoft.com/en-us/libr...(PROT.10).aspx

Da ist sogar dein beispiel drin. und es geht auch als Broadcast.
cool.
http://msdn.microsoft.com/en-us/library/cc219743.aspx

Das macht quasi den weg frei, dafür dass man dem Admin einfach eine Liste gefundener Instanzen anbietet.