Verbindung zum SQL Server sehr langsam

[Bernhard Geyer]

Ein WinPro als Server ist nicht gerade Optimal.
MS hat öfter mal "unabsichtlich" Bremsen in die Pro eingebaut um die Verwendung als Server zu beschränken.

Wie schaut eigentlich der komplette Connectionstring (Server mit xx, User mit yy und Passwort mit zz unkenntlich gemacht)

[eckardt69]

Ich nutze die TFDConnection. Da gibt es kein Connectionstring.
Server: (Name des Servers oder IP-Adresse)
Database: Handwerk
OSAuthent: Yes (Windows-Authentifizierung)

Der String würde so aussehen:
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=Handwerk;Data Source=192.168.100.141\HWPTEST
(funktioniert aber nicht)

[Neumann]

Ich arbeite selten mit dem SQLServer, wenn dann über ODBC und das funktioniert gut, auch wenn der Server über Internet verbunden wird.

[Bernhard Geyer]

Stell mal auf SQL-Server Authentifizierung um.
Hast du überhaupt einen richtigen Windows Server im Netz stehen der als Domain-Controller fungieren könnten.
Ansonsten gibt es doch immer die *komischten* Effekte wenn man versucht als AdHoc-Netz zu arbeiten und mit gleichen Usernamen/PW auf beiden Rechnern das zu "Simulieren".

[eckardt69]

Es gibt noch einen Windowsserver in der Firma. Ich nutze den Testrechner nur als Testserver.

Update: Mit der Server-Authentifizierung läuft es bedeutend schneller. (max 2 Sekunden)

Aber ich muss das mit der Windows-Authentifizierung hinbekommen. Damit die Kunden nicht mehrere Konten anlegen müssen. (SSO)

[jobo]

Ich weiß nicht, wie der integrated security Mechanismus arbeitet. Aber der ist ja offenbar das Problem.
Wahrscheinlich gibt es da dutzende Stellen, die es sein könnten.
Von veralteten Protokollen, fehlerhafte Dienstkonfiguration (z.B. Wins) bis falsche DNS Einträge, schräges Routing.
Das müsste man alles mal abklopfen.

Eine Sache die gerne mal -so in den blauen Dunst- problematisch ist: IPV6
Das Protokoll in der Netzwerkkonfiguration kann man einfach mal testhalber deaktivieren.

Wie verhält es sich, wenn Du das Login mehrmals hintereinander ausführst?

[eckardt69]

Ich habe gerade nochmal geschaut und festgestellt, dass der Testrechner nicht in der Domäne ist.
Ist das der Grund, warum die Verbindung so viel Zeit braucht? Ich finde da nichts im Netz.

[Bernhard Geyer]

Zitat von eckardt69:

Ich habe gerade nochmal geschaut und festgestellt, dass der Testrechner nicht in der Domäne ist.
Ist das der Grund, warum die Verbindung so viel Zeit braucht? Ich finde da nichts im Netz.

Tja. das wird es vermutlich sein. Hast du deinen Benutzer nochmal auf dem Test-PC angelegt?
Wenn ja - lösche ihn und füge deinen User aus der "richtigen" Domäne zur benutzerliste des SQL Servers hinzu.