Wie Clients anpassen nach Server-Umzug?

[ongnamo]

Hallo,

die bestehende WAWI-Datenbank v99923 zieht auf einen W7 Server um, andere IP-Adresse. Der alte Server läuft noch. Nun möchte ich zu Testzwecken einen der bestehenden Clients (ebenfalls W7) mit dem neuen Server verbinden. Nur frage ich mich, wie es erreichen kann, dass mir nochmal die Maske mit den Zugangsdaten zur neuen Datenbank angezeigt wird. Ich komme einfach nicht drauf. Muss ich den Client dafür neu installieren?

Gruß
Thomas

 

[WIMA Webdesign]

AW: Wie Clients anpassen nach Server-Umzug?

Hallo Thomas,

du musst auf dem Client eine zusätzliche ODBC Verbindung für den neuen Server einrichten und legst auf dem Desktop dann eine Kopie der JTL-wawi.exe an. Dann legst du folgende Startparameter fest

Beim ersten JTL-wawi.exe
"C:\Program Files (x86)\JTL-Software\JTL-wawi.exe" ODBC NAMEALT BENUTZERNAME PASSWORT

Beim zweiten JTL-wawi.exe
"C:\Program Files (x86)\JTL-Software\JTL-wawi.exe" ODBC NAMENEU BENUTZERNAME PASSWORT


Alternativ gibt es folgende Lösung

[h=3]Mit einem Client mehrere Datenbank-Server ansprechen[/h] Um mit einem Client mehrere SQL-Server anzusprechen gibt es nur diese Möglichkeit:

• legen Sie eine ODBC-Verbindung für den neuen SQL Server an, z. B. eazy-vpn

• Führen Sie dann regedit aus (Start -> Ausführen) und löschen Sie unter HKEY_CURRENT_USER\Software\jtl-software\eazyBusiness den Eintrag Key3.

• Beim nächsten Start der Wawi wird nach dem SQL-Server gefragt. Wählen Sie hier den VPN-Server aus und tragen Sie die Benutzerdaten des VPN-Servers ein (DSN = eazy-vpn).

Um den SQL-Server zu wechseln, muss der Eintrag Key3 mit Hilfe von regedit erneut gelöscht und die standardmäßige ODBC-Verbindung (eazy) verwendet werden.

Viele Grüße
Mario

 

[csaeum]

AW: Wie Clients anpassen nach Server-Umzug?

Im Grunde gebe ich WIMA Webdesign ja recht. Aber wer will den Usern schon zumuten die Keys jedesmal zu löschen.

Besser wäre hier eine .inf Datei zu erstellen auf dieser wird gedrückt und dann werden die Keys gelöscht. Wobei auch hier braucht der User Admin Rechte. Ausser man entkoppelt es und lässt die Datei mit anderen Rechten über ein weiteres Programm laufen.

 

[ongnamo]

AW: Wie Clients anpassen nach Server-Umzug?

Besten Dank für die schnellen Antworten.

Da es sich nur um einen temporären Zugriff auf zwei Datenbanken handelt, präferiere ich die Variante mit der zusätzlichen ODBC-Verbindung. Wobei genau die sich mir noch verweigert, trotz Portfreigaben und allem pipapo. Aber das ist ein anderes Thema und auch schon mehrfach im Forum behandelt.

 

[ongnamo]

AW: Wie Clients anpassen nach Server-Umzug?

Nachtrag:

Nachdem ich die ODBC Verbindung herstellen konnte, hat das o.g. erste Verfahren geklappt! Danke nochmals für die Hinweise.

Ergänzung: Mit NAMEALT oder NAMENEU in den Startparametern ist der Name der ODBC-Verbindung gemeint, also z.B. "eazy".

 

[WIMA Webdesign]

AW: Wie Clients anpassen nach Server-Umzug?

Ja genau

 

[olli33]

AW: Wie Clients anpassen nach Server-Umzug?

Hallo Zusammen,

ich versuche auch auch die JTL-Wawi mit Startparmetern direkt zu starten. Das ganze mit der 1.0.7.3. Die unterschiedlichen ODBC Verbindungen funktionieren einwandfrei (Syswow64, Firewall, Ports). Die Wawi startet mit dem Aufrud kurz und schliesst sich dann wieder automatisch. Kann ich irgendwo in einem Log schauen, was klemmt.

Starte ich den Wawi-Client von Hand ohne Parameter kann ich wunderbar die unterschiedlichen Profile starten. Das ist kein Problem. Wenn ich es richtig verstanden habe reicht das ja:

"C:\Program Files (x86)\JTL-Software\JTL-wawi.exe" ODBC eazy sa sapasswort

oder kann mann auch noch einen JTL-Benutzer mit übergeben (admin pass). Ich habe gerade ein Knoten im Kopf. Vielleicht kann hier nochmal jemand helfen.

danke
Olli

 

[dietrim2]

AW: Wie Clients anpassen nach Server-Umzug?

Hallo, ich habe aktuell das gleiche Problem, hat jemand eine Lösung?
Grüße Marc

 

[mathiask]

AW: Wie Clients anpassen nach Server-Umzug?

Es gibt dafür eine relativ pragmatische Lösung, die man aber von Anfang an realisieren muss, bzw. einmal global umstellen muss.

Für den Datenbankserver legt man sich auf seinem Router oder bei einer Active Directory (oder anderen ähnlichen Lösung) ein DNS-Alias (CNAME) oder einen Host (A-RECORD) an.

Da wir bei uns z.Bsp. mehrere Datenbanken für verschiedene Dinge auf einem SQL-Server aggregieren, haben wir folgendes Schema:

Servername: datenbankserver.firma.lan (gleich DNS A-Record) zeigt auf IP-Adresse 1.2.3.4
Alias: mssql- jtl-wawi.firma.lan (gleich CNAME) zeigt auf datenbankserver.firma.lan

Im DNS haben wir die TTL (Time To Live) also die Gültigkeitsdauer auf das RFC-Minimum (180 Sekunden) gesetzt und können so quasi Server in 3 Minuten nahtlos switchen, wenn wir ein Upgrade machen. Dazu muss man sagen, dass das Upgrade bei uns aus Sicherheitsgründen - wenn es vorkommt - SideBySide vorgenommen wird, wegen mehrerer Datenbanken. D.h. wir ziehen einen neuen SQL-Server hoch (z.bsp. jüngst von 2012 auf 2014), ziehen die Datenbanken pro Anwendung auf den neuen Server um und switchen - ebenfalls pro Anwendung - die oben erwähnten Aliase auf datenbankserver-neu.firma.lan

Wenn man das ganze ein mal so implementiert hat funktionieren Upgrades und Umzüge "wie's Brezelbacken"