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

[romber]

Hallo!

Ich habe auf einem Remote-Server Microsoft SQL Server 2005 Enterprise intalliert.
Remoteverbindungen habe ich über den "SQL Server Konfiguration Manager" erlaubt.
SQL Browser Dienst läuft.
Den Port 1433 sowie die Dateien "sqlservr.exe" und "sqlbrowser.exe" sind im Firewall erlaubt.

Trotzdem schlagen alle Versuche, remote eine Verbindung mit dem SQL Server herzustellen, fehl. Lokal geht alles bestens.

Was habe ich vergessen? Woran kann es liegen?

[Bernhard Geyer]

Falls auch die MS Tools nicht gehen dann ist *irgendwo* dazwischen noch 'ne Firewall aktiv.

Sag uns mal die Fehlermeldung die du bekommst.

[peschai]

Hallo

Kleiner Tip: Hast du schon mal in "eventvwr" des Servers geschaut, ob da ein oder mehrere events generiert wurden, welche zeitlich mit deinen Zugriffsversucehn auf den Server zusammenfallen ....

[romber]

Zitat:

Zitat von Bernhard Geyer

Falls auch die MS Tools nicht gehen dann ist *irgendwo* dazwischen noch 'ne Firewall aktiv.
Sag uns mal die Fehlermeldung die du bekommst.

Fehlermeldung:

[DBNETLIB][ConnectionOpen (Connect()).]SQL Server existiert nicht oder Zugriff verweigert.

Welche Microsoft-Tools sind gemeint?

Komisch ist folgendes: ich habe Protokollierung für Windows-Firewall eingeschaltet (für verworfene Packete und erfolgreiche Verbindungen). Dann habe ich mehrmals versucht, mit dem SQL Server remote zu verbinden. Verbindung schlägt nach wie vor fehl, doch Windows-Firewall muss trotzdem die Zugriffe meines Computers auf den Server protokollieren. FEHLANZEIGE! In der Log-Datei finde ich weder meine IP-Adresse, noch den Port 1433.

Was nun?

Zitat:

Zitat von Peschai

Kleiner Tip: Hast du schon mal in "eventvwr" des Servers geschaut, ob da ein oder mehrere events generiert wurden, welche zeitlich mit deinen Zugriffsversucehn auf den Server zusammenfallen

Wo kann ich das nachschauen? Ich glaube aber, dass es keine Events generiert wurden, da der SQL Server erst gestern installiert wurde auf dem komplett neu installiertem Windows Server.

[hoika]

Hallo,

mit MS Tools ist z.B. das sql management studio gemeint.
Das solltest du auf dem Rechner mal installieren,
zur Not geht auch die Express-Version (Download bei MS).

Was mich wundert ist das DBNetLib,
womit baust du denn die Verbindung auf.

Das dbnetlib ist doch horn-alt.


Heiko

[mkinzler]

Vielleicht FireWall auf anderen Rechner?

[Phoenix]

Deaktivier zu Testzwecken mal alle Firewalls auf allen betroffenen Rechner.

[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

[romber]

Zitat:

Zitat von hoika

Was mich wundert ist das DBNetLib,
womit baust du denn die Verbindung auf. Das dbnetlib ist doch horn-alt.

Stimmt genau. Ich benutze aber Delphi 7 und ADO.

Zitat:

Zitat von mkinzler

Vielleicht FireWall auf anderen Rechner?

Ich habe zum Testen alle Firewalls ausgeschaltet - auf dem Server sowie auf dem Client.

[romber]

Habe auf meinem Rechner SQL Server Management Studio installiert. Keine Verbindung zum Server. :(

Zitat:

Zitat von SQL Server Management Studio

TITLE: Verbindung mit Server herstellen
------------------------------

Es kann keine Verbindung mit 'XX.XX.XX.XXX' hergestellt werden.

------------------------------
ADDITIONAL INFORMATION:

Fehler beim Herstellen einer Verbindung mit dem Server. Beim Herstellen einer Verbindung mit SQL Server 2005 kann dieser Fehler dadurch verursacht werden, dass unter den SQL Server-Standardeinstellungen Remoteverbindungen nicht zulässig sind. (provider: Named Pipes-Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden) (Microsoft SQL Server, Error: 53)

Wie schon gesagt, Remoteverbindungen sind auf dem SQL Server erlaubt, TCP/IP sowie NamedPipes.

Ich versuche jetzt, die Tipps von Shmia durchzugehen.

[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