SQL Server hat keine Antwort zurückgegeben

RudiRatlos

Neuer Benutzer
Beiträge
4
Guten Tag

Ich habe eine kleine Java-Konsolenanwendung geschrieben, die Daten empfängt und an einen MSSQL Server 2008 R2 weiter reicht.

Kommen wir zum Problem:

Auf meinem Entwicklungsrechner (Win7, MSSQL 2008 R2) funktioniert alles wunderbar. Ich kann zu meinem lokalen MSSQL Server verbinden und ich kann zum eigentlich zu nutzenden MSSQL Server, der auf einem virtuell gehosteten Windows Server 2008 R2 läuft, connecten.

Starte ich die Anwendung auf dem virtuellen Host, bekomme ich folgende Meldung:

com.microsoft.sqlserver.jdbc.SQLServerException: SQL Server hat keine Antwort zur³ckgegeben. Die Verbindung wurde geschlossen.
at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1352)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.terminate(SQLServerConnection.java:1339)
at com.microsoft.sqlserver.jdbc.TDSReader.readPacket(IOBuffer.java:3700)
at com.microsoft.sqlserver.jdbc.TDSCommand.startResponse(IOBuffer.java:5026)
at com.microsoft.sqlserver.jdbc.TDSCommand.startResponse(IOBuffer.java:4978)
at com.microsoft.sqlserver.jdbc.SQLServerConnection$1ConnectionCommand.doExecute(SQLServerConnection.java:1441)
at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:4575)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1400)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectionCommand(SQLServerConnection.java:1446)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.logon(SQLServerConnection.java:1907)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.access$000(SQLServerConnection.java:41)
at com.microsoft.sqlserver.jdbc.SQLServerConnection$LogonCommand.doExecute(SQLServerConnection.java:1893)
at com.microsoft.sqlserver.jdbc.TDSCommand.execute(IOBuffer.java:4575)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.executeCommand(SQLServerConnection.java:1400)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectHelper(SQLServerConnection.java:1045)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:817)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:700)
at com.microsoft.sqlserver.jdbc.SQLServerDriver.connect(SQLServerDriver.java:842)
at java.sql.DriverManager.getConnection(Unknown Source)
at java.sql.DriverManager.getConnection(Unknown Source)
at avltest.tools.DBTools.connect(DBTools.java:31)
at avltest.AVLTest.main(AVLTest.java:21)
Nachdem ich die Konfiguration beider Server verglichen habe und die Versionsnummern aller beteiligten Komponenten, habe ich zur Zeit keine weitere Idee mehr, woran das liegen könnte.

Die Ansprache des Servers, an sich, funktioniert scheinbar. Weil, benutze ich falsche Anmeldeinformationen, kommt auch eine diesbezügliche Fehlermeldung.

Es wäre schön, wenn mir hier jemand einen Tipp geben könnte, wo ich vielleicht noch hinschauen könnte oder was für Problematiken es bei dem Setting noch geben könnte.

Weitere Infos gerne auf Anfrage

Ratlos, hoffend :(
 
Werbung:

RudiRatlos

Neuer Benutzer
Beiträge
4
Ich kann mir nicht vorstellen, dass die in dem Zusammenhang relevant ist. Ich kann von Außen mit meiner Applikation auf den Server zugreifen und alles funktioniert wunderbar. Verschiebe ich die Applikation auf den Server und lasse sie dort lokal laufen, bekomme ich die geposteten Meldungen.

Das verstehe ich halt nicht.
 

ukulele

Datenbank-Guru
Beiträge
4.394
Das heisst du kannst von einem externen Rechner auf die DB zugreifen, aber nicht vom DB Server selbst? - Das finde ich auch merkwürdig, aber auch eine lokale Verbindung geht ggf. über das Netzwerk. Zumindest bei Zugriffen mit SQL Studio habe ich schon probleme gehabt, wenn Netzwerk oder Firewall nicht richtig lief. Dann ging es aber auch von außen nicht.
 

RudiRatlos

Neuer Benutzer
Beiträge
4
Wenn ich es lokal über eine Namensauflösung oder die externe IP-Adresse versuchen würde, könnte ich mir da eventuell vielleicht noch Firewall-Probleme einzureden versuchen. Aber die dürfte über 127.0.0.1 eigentlich nicht mehr im Weg stehen.

Aber ich habe gerade die Info eines Kollegen bekommen, der über Ostern per Teamviewer auf dem Server war und angeblich bei einem Test keine Probleme hatte mit der DB zu verbinden.

Wenn das stimmt (ich hatte noch keine Zeit, das zu verifizieren) müsste mein Problem damit zu tun haben, dass ich meine Tests per RDP durchgeführt habe. Ich werde mein Ergebnis hier posten, bin mir aber nicht sicher, ob ich dann noch weitergehende Ursachenforschung betreiben werde oder einfach alles aufs RDP schiebe ;)
 

ukulele

Datenbank-Guru
Beiträge
4.394
Gut gut, aber selbst mit 127.0.0.1 hatte ich schon Probleme, wenn z.B. kein Netzwerkkabel gesteckt war, da Netzwerkinterface dann inaktiv. Eventuell war das auch in der Situation der Grund.
 

RudiRatlos

Neuer Benutzer
Beiträge
4
Also, nachdem ich das Kabel für 127.0.0.1 nochmal überprüft, und auch das Wlan-Kabel nochmal gecheckt habe :cool: , hat sich herausgestellt, dass eine fast neue Version von Java 7 noch mit dem jdbc 3.0 Treiber klar kam, die ganz neue Version aber jdbc 4.0 brauchte.
 
Werbung:
Oben