Probleme bei der Verbidung mit MS SQL Server 2005...

[romber]

Zitat:

Zitat von shmia

Testen, Testen Testen.
1.) Server anpingen
2.) mit Telnet verbinden
C:\> telnet servername 1433
Es muss eine Verbindung zustande kommen. Nach Eingabe einieger Tastendrücke muss Verbindung getrennt werden
3.) mit dem Tool cliconfg.exe sicherstellen, dass TCP/IP das 1. Protokoll ist
4.) Serverseitig mit dem Tool svrnetcn.exe prüfen, ob TCP/IP aktiv ist
5.) in der Connection statt dem Servername die IP-Adresse und den Port angeben
Format: xxx.xxx.xxx.xxx,1433

Habe oben beschriebene Schritte mit ausgeschaltetem Server-Firewall ausgeführt.

1. Ping klappt wunderbar.
2. Telnet-Verbindung schlägt fehl. Fehlermeldung: "Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1433: Verbinden fehlgeschlagen"
3. Tool "cliconfg.exe" auf dem Server ausgeführt, TCP/IP und Named Pipes sind in der Liste erlaubter Protokolle. TCP/IP an der ersten Stelle. Dasselbe auch auf dem Client-PC.
4. Es gibt keine Datei namens "svrnetcn.exe" (!)
5. Bei der Herstellung der Verbindung benutze ich immer die IP-Adresse des Servers.

Ich bin nicht weiter gekommen. Noch Ideen?

[f.siebler]

ja, in den Einstellungen einfach mal die remote verbindungen via tcp/ip zulassen.
das ist zu finden im Start Menue unter MS SQL Server 2005 -> Konfigurationstools -> SQL Server-Konfigurations-Manager
Und in dem Programm unter Netzwerkkonfiguration - Protokolle alles nötige aktivieren...
Einfach mal nen wenig durchklicken...
Ich hoffe das hilft...

[romber]

Zitat:

Zitat von f.siebler

ja, in den Einstellungen einfach mal die remote verbindungen via tcp/ip zulassen.
das ist zu finden im Start Menue unter MS SQL Server 2005 -> Konfigurationstools -> SQL Server-Konfigurations-Manager
Und in dem Programm unter Netzwerkkonfiguration - Protokolle alles nötige aktivieren...
Einfach mal nen wenig durchklicken...
Ich hoffe das hilft...

Habe ich längst alles gemacht. ;)


Wie schon oben erwähnt, nach wie vor finde ich meine IP-Adresse in der LOG-Datei des Firewalls nicht!!! :gruebel:

[shmia]

Zitat:

Zitat von romber

2. Telnet-Verbindung schlägt fehl. Fehlermeldung: "Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1433: Verbinden fehlgeschlagen"

Hier haben wir schon mal ein Problem.
Versuche mal den telnet auf dem Server mit telnet localhost 1433.
Wenn der Telnet auf dem Server erfolgreich ist, aber auf dem Client nicht, dann ist das Internet dazwischen das Problem.
Vielleicht blockiert der Internet-Service-Provider den Port...

Oder ist es vielleicht ein SQL Server 2005 Express mit einer benamten Instanz ?
Dann erfolgt der Datenaustausch nicht über Port 1433 sondern über Named Pipes.
Named Pipes sind unter Window manchmal recht zickig, da nun das Rechtesystem von Windows greift.
Wenn der Server den Benutzer auf dem Client nicht kennt, dann lässt er dich auf die Named Pipe nicht drauf.
Also müssten Client und Server in der gleichen Windows-Domäne sein, aber das ist übers Internet ja nicht machbar.

zu 4.) Serverseitig heisst das Tool nicht svrnetcn.exe (<=SQL Server 2000), sondern man muss SQLServerManager.msc starten

PS: Clientseitig sollte MDAC 2.8 SP1 installiert sein. Ältere Versionen haben manchmal ein Problem.

[ToFaceTeKilla]

Hallo,

ich weis dieser Thread ist etwas alt, aber er trifft haargenau mein Problem.
Ich habe hier 2 Rechner, beide in der selben Domäne:
1.) Windows 2000, MS SQL Server 2005 Workstation mit 2 laufenden Instanzen (Standard und Named), TCP/IP bzw. Named-Pipes aktiviert
2.) Windows XP Pro, MS SQL Server Management Studio installiert

Ich habe das selbe Problem wie der OT (bekomme die selben Fehlermeldungen, sowohl in meinem Programm, an dem ich arbeite, als auch im MSSMS)

Auf die Standard Instanz komme ich ohne Probleme drauf, nur die Named lässt mich nicht rein (weder als 'sa' noch mit der WindowsAuthentifizierung [habe mir das entsprechende Konto auf dem Server eingerichtet])

Weis irgendjemand Rat? Shmia hat ja bereits erwähnt, dass es mit dem Rechtesystem zusammenhängen könnte, aber wie umgehe/löse ich das Problem?

Danke schonmal

EDIT: GELÖST
Auf dem Server lief (warum auch immer) der MS SQL Server Browser nicht. Habe ihn aktiviert und schon gehts :-D