SQL-Servername falsch - seit 0.999815

[cvogelsang]

Hallo, ich brauche echt Hilfe!

Habe diesen Beitrag ähnlich gestern versehentlich gestern im normalen Installations-Forum gepostet. Denke aber, das dieses Problem erst mit 0.999815 gekommen ist, da mit Stable-Version keine derartigen Probleme da waren:

Nach der Installation der Open-Beta 099815 auf einem neu installierten SQL Server 2008 R2 Express englisch erhalte ich nach erfolgreichem Login die Dialog-Meldung


"SQL-Servername falsch: Der eingetragene SQL-Servername ist falsch. Die Datenbank kann mit diesem Eintrag nicht gefunden werden..."


Ich habe den WIKI Eintrag Kategorie:JTL-Wawi:Hinweise FAQ
gelesen, denke dort aber alles richtig zu machen.


Meine Frage: Kann man über ein Log-File genauere Infos erhalten? Ich habe irgendwo im Forum gelesen, das hier ein ativer Zugriff stattfindet. Ich habe z.B. den SQL Login von sa auf eazylogin geändert. Die Instanz heisst nicht JTLWAWI, sondern SQLExpress. Das Passwort hat sich auch geändert. Woher holt JTL den notwendigen Connection-String?


Wohlgemerkt, die meisten Funktionen, wie z.B. der Zugriff auf Produkte, funktionieren trotzdem. Ich verstehe nicht, warum der Datenbankzugriff unterschiedlich ist...

Grüsse
Carsten

 

[Nento]

AW: SQL-Servername falsch - seit 0.999815

Versuche da mal ".\JTLWAWI" mit dem Punkt am Anfang.
(Aber nur wenn die DB auf der gleichen Kiste ist, sonst den Punkt durch die IP des Servers ersetzen)

Und prüfe ob du deinen SQL Server für TCP/IP Freigegeben hast.
Gibt auch ne Wiki dafür. Wie richte ich einen SQL Server manuell ein.

http://wiki.jtl-software.de/index.p...nuelle_Installation_MS_SQL_Server_2005.2F2008

 

[cvogelsang]

AW: SQL-Servername falsch - seit 0.999815

Nein so simpel scheint die Lösung nicht zu sein. Die unterschiedlichen Notationen wie ich den SQL Server anspreche, sind mir bekannt. Alle Varianten probiert. Ausserdem funktioniert die Verbindung ja prinzipiell, nur eben nicht die Einstellung unter globale Einstellungen SQL Server. Und TCP ist natürlich aktiviert... SQL Server hab ich schon öfters eingerichtet, ich habe abweichend von der Wiki-Anleitung nur einen anderen Instanznamen und ein anderes Login gewählt. Vielleicht ist das ja in JTL an dieser Stelle ein Problem? Deshalb nochmals die Frage (die wahrscheinlich nur ein JTL Entwickler beantworten kann): Woher holt JTL den notwendigen Connection-String, also Loginname und Passwort beispielsweise? Aus der Registry?

 

[Nento]

AW: SQL-Servername falsch - seit 0.999815

JTL-Wawi mit unterschiedlichen MSSQL Datenbanken betreiben

Ab der Version 0.99690 kann JTL-Wawi mit Kommandozeilenparametern gestartet werden, die eine alternative ODBC Verbindung angeben, so dass unterschiedliche Datenbanken genutzt werden können.
Die Syntax lautet:

JTL-Wawi.exe ODBC <dns> <Username> <Password>

Sie müssen somit einmalig weitere ODBC Datenquellen erstellen und diese dann als Parameter nutzen.
Als Beispiel folgt der Aufruf der Standarddatendank aus der Kommandozeile mit Hilfe einer Verknüpfung:

"C:\Program Files\JTL-Software\JTL-wawi.exe" ODBC eazy sa sa04jT14

Somit können beliebig viele Verknüpfungen erstellt werden, die jeweils eine andere MSSQL Datenbank ansprechen.

 

[tafechner]

AW: SQL-Servername falsch - seit 0.999815

also wir haben mehrere Instanzen auf unterschiedlichen Servern und es gibt keine Probleme.
Tipp ODBC Verbindung mit Port einstellen.
Wenn alles nicht hilft gibt es auch Experten -> Servicepartner die behilflich sein können.
Viele Grüße Torsten

 

[cvogelsang]

AW: SQL-Servername falsch - seit 0.999815

Die ODBC Verbindung kann nicht das Problem sein. Der Wawi-Client wirft ja NACH erfolgreichen Login diese Fehlermeldung aus: "SQL-Servername nicht gefunden...". Nach wegklicken kann ich ja alle Kernfunktionen benutzen.

Konkrete Frage: Kann man jemand in seine Datenbank schauen, ob in der Tabelle tOptions in der Spalte cKey ein Eintrag MYHASH vorhanden ist. Bei mir ist keiner, aber JTL fragt in einer Funktion JTL_CheckConnection danach und kann den Wert nicht finden. Ob diese Funktion mit meinem Fehler zu tun hat, konnte ich jetzt nicht rausfinden, vielleicht gibt mir einer der Entwickler einen entscheidenen Hinweis?

Außerdem habe ich in der Registry und in der Tabelle tOptions die Einträge KEY1, KEY2 und KEY3 entdeckt, die bestimmt verschlüsselt einen ConnectionString enthalten?

Ich bin mir beinahe sicher, das irgendwas im Zusammenhang mit einem gespeicherten SQL Login/Passwort in meiner Registry/Datenbank strubbelig ist...

Ich glaube, hier kann mir nur noch einer der Entwickler helfen?! Die Fehlermeldung macht mich fertig, weil ich nicht weiß, welche Funktionen dadurch fehlerhaft sind.


Grüsse
Carsten