Server Installation Windows Server 2008 64 Bit mit Hyper-V

[meddoc]

Um unsere Server-Kapazität zu erweitern versuchen wir eine Installation unter der 64-Bit Version von Windows Server 2008 mit Hyper-V und aufgesetztem Windows Server 2008. Vielleicht ist es jemand bereits unter diesem Betriebssystem gelungen erfolgreich seinen Server aufzusetzen. Nach schriftlicher Auskunft der Hotline ist Turbomed unter 64 Bit Versionen freigegeben.

Das erste Problem war nach der Erstinstallation,dass die Freigabe des Ordners "Turbomed" im Rahmen am Ende der Installationsroutine nicht ausreichend ist. Hier half jedoch die Zurücknahme der Freigabe und die Freigabe über Windows.

Folgende Probleme lassen sich derzeit jedoch nicht beheben:

1. Das Programm startet immer nur als unlizensierte Demo-Version
Obwohl vor dem ersten Start die eigene BINTAB.DAT in das Verzeichnis Turbomed gelegt und der Ordner PraxisDB durch den bisherigen Ordner PraxisDB ersetzt wurde startet das Programm nur im Demo-Modus und meldet den Hinweis "Die aktive Lizenz entspricht nicht der vorhandenen Datenbank! Beim Fortfahren .." Auffällig ist, dass im Rahmen der Erst-Installation überhaupt keine BINTAB.DAT angelegt war.

Wer weiß Antwort?

[wahnfried]

...vielleicht gehen Sie nach diesem Erfahrungsbericht vor, der sich allerdings auf eine andere Betriebssystembasis bezog. Ich kann mir aber vorstellen, daß es sich um das gleiche Problem handelt (siehe ganzer dortiger Thread...): http://www.vondoczudoc.de/viewtopic.php?p=9070#p9070

Installation von CD 1/09 funktioniert noch nach dem alten Muster incl. Einbinden der eigenen Datenbank und Bintab.dat, sofern beides vor dem ersten Start in die TurboMed-Installation einkopiert.

Bitte mal mitteilen, ob dies auch nach folgendem Muster geht (vorher Ihre jetzt bereits angepassten Lokal.ini und Global.ini sichern !):

--Einzelplatzinstallation Version 9.2.1.xxxx oder 9.2.2.xxxx (Quartal 1/2009) oder eine frühere Version und vor erstem Start Einkopieren von:
1) Bintab.dat und 2) Datenbank der aktuellen TurboMed-Version
--dann sofort Update mit der CD der aktuellen TurboMed-Version drüberlaufen lassen
--FastObjects-Server als Dienst einrichten
--Anpassen der Grundeinstellungen über deren Start aus dem Windows Startmenü (oder Ihre gesicherten Dateien Lokal.ini und Global.ini zurückkopieren)

Wenn dies funktioniert, bräuchte man nicht auf die Datenbanksicherung passend zur TurboMed-Version 9.2.x.xxxx (oder der verwendeten früheren Version) zurückgreifen und es würde ausreichen, primär lediglich die CD's dieser Version zu verwenden.

Sollte dies nicht gehen, würde man beim Einkopieren der PraxisDB die zur Version 9.2.x.xxxx genau passende Version benutzen müssen und erst nach dem Update auf die aktuelle TurboMed-Version die aktuelle Datenbank importieren.

Ansonsten müßte ja noch die Version möglich sein, die Serverinstallation nach TurboMed-Vorgabe mittels Tagespasswort durchzuführen.

Grüsse, Wahnfried

[meddoc]

Juhu, der neue Server läuft. ...

Der obere Thread enthielt die Lösung: Die bisherige BINTAB.DAT wird in dem Moment wieder erkannt, sobald der im Turbomed-Stammverzeichnis zuletzt neu geschaffene Ordner "Lizenz" einfach gelöscht wird.

Im Ordner Lizenz werden wohl zukünftig verteilte Lizenzdateien abgelegt werden.

Im übrigen habe ich mit dem Server-Passwort installiert. Ein Tageskennwort war nicht erforderlich, da ich den Ordner "PraxisDB" vor dem ersten hochfahren durch den bisherigen ersetzt hatte. Außerdem war ich angewiesen worden den Ordner "IV_Verwaltung/data/Data" zu sichern.

Danke an Wahnfried

[schmidt-dietrich]

Das klingt prima,
denn durch Praxiserweiterung wird zunächst ein leitsungesstarker Server angeschafft werden, damit di enächsten 5-6 Jahre wieder Ruhe ist
Dann wollen wir mal schön in dne nächstenWochen "basteln"; GLG

[rfbdoc]

Auch mit den neuen TM-Versionen (9.4.1.1610) lässt sich die Installation nach altem Muster durchführen, wenn man den Ordner Lizenz vor dem ersten Start von TurboMed löscht und anschliessend die eigene Bintab in den Order TurboMed kopiert.
Der Umweg über frühere Versionen und anschliessendem Update somit nach meiner Erfahrung nicht nötig. Zumindest habe ich nach diesem Strickmuster kürzlich einen Ersatzserver und einen Arbeitsplatz neu aufgesetzt.