TM-Arbeitsplatz findet Fast-Object-Server NICHT!

[Johnny]

In meinem TM-2-Platz System (TM-Server und TM-Arbeitsplatz, beide mit Betriebssystem Win XP-Prof.) habe ich nach "Hängenbleiben" von TM am Arbeitplatzrechner TM dort deinstalliert. Ursache war wohl ein Fehler im Switch. Nach aus und einstöpseln der Netzspannungsversorgung am switch laufen jetzt wieder alle Komponenten im Netzwerk, wie Netzwerk-Drucker und Ultraschallgerät.
Die Neuinstallation mit Einlage der lizensierten BinTab.dat in das TM-Hauptverzeichnis und Löschen des Lizenzordners waren problemlos.

Nach dem Neustart von TM am Arbeitsplatzrechner kommt jetzt aber folgende Fehlermeldung:
"Diese Station wurde als Arbeitsstation im lokalen Serverbetrieb konfiguriert. Der TurboMed Datenbank Server (Fast Objects Server) wurde auf dieser Station jedoch noch nicht gestartet. Bitte starten Sie ihn jetzt. Andernfalls wird das Programm beendet." Zur Auswahl steht "Wiederholen", "Abbrechen".

Bei Untersuchung des TM-Server PC zeigt sich, daß der Fast Object Server läuft. Auch ein Beenden des Fast Object Server
und ein Neustart ändern nichts.
Auch eine Neuinstallation von TM am Arbeitsplatz- PC brachte keine Änderung.

Wer weis Rat?

Mit bestem Dank im Voraus

Johnny

[Geigenberger]

Hallo,

offenbar 'erwartet' das TurboMed am TM-Arbeitsplatz den Poet-Server LOCAL!! Und dort ist der Poet-Server nicht gestartet (Seien Sie froh, denn das gäbe plötzlich zwei Versionen Ihrer Datenbank.)
Schauen Sie doch 'mal in der local.ini, auf welchen Server das TurboMed auf der Arbeitsstation zugreifen will; es sollte der TM-Server und nicht der TM-Arbeitsplatz sein.

A. Geigenberger

[wahnfried]

...offenbar 'erwartet' das TurboMed am TM-Arbeitsplatz den Poet-Server LOCAL!! Und dort ist der Poet-Server nicht gestartet (Seien Sie froh, denn das gäbe plötzlich zwei Versionen Ihrer Datenbank.)

Hallo,

wenn die Pfade in den Grundeinstellungen korrekt auf den echten TurboMed-Server verweisen, darf der FOS durchaus an zwei Stationen laufen. Auf diese Weise habe ich hier per Moduswechselsystem die Möglichkeit, auf die Buchhaltung der früheren Gemeinschaftspraxis zuzugreifen, deren Datenbank auf einem Clientrechner liegt (dort ist eben dann auch der FOS als Dienst eingerichtet).

Da bei meinem Moduswechselsystem die Grundeinstellungen modusweise unterschiedlich verwaltet werden, kann ich in den Grundeinstellungs-Pfaden für den Neupraxis-/Altpraxis-Zugriff festlegen: 'Server = Server_Neupraxis' bzw. 'Server = Server_Altpraxis'..., natürlich dann jeweils die Datenbanken auf den richtigen Rechner verlinkt und Hintergrundfarben für die Altpraxis verändert.

Keine Probleme mit dieser Konfiguration.

@Johnny:

Funktioniert die Netzwerkverbindung von dem betroffenen Client zum Server? Sind evtl. Netzlaufwerke zu TurboMed definiert gewesen, die am betroffenen Arbeitsplatzrechner dann getrennt und neu verbunden werden müssen, wenn/weil der TurboMed-Ordner entfernt und dann wieder erneuert wurde? Sind durch das Neuinstallieren von TurboMed Freigaben verloren gegangen?

Grüsse, Wahnfried

[rfbdoc]

Ich vermute einen Fehler in den TM Grundeinstellungen unter Grundeinstellungen-> Verzeichnisse-> TurboMed
Mehrplatzbetrieb: ja (ist bei Ihnen vermutlich schon mit ja eingestellt)
Pfad: Hier den Pfad zum TurboMed-Verzeichnis auf dem Server eingeben
Server: Hier ggfs. die IP-Adresse ihres Servers eingeben
Serverpfad: Hier den Pfad zum TurboMed-Verzeichnis auf dem Server eingeben
Serverport:<nicht gesetzt>

Zuvor sollten Sie auf Windowsebene prüfen, ob beim Anmelden automatisch die Verbindung zum Server erstellt wird.

Viel Erfolg

[Geigenberger]

Hallo,

der FOS (Fast-Object-Server = Poet-Server[alte Bezeichnung]) kann natürlich schon auf jeder Arbeitsstation laufen. Nur sollte man dann immer genau wissen, was man tut!!

@wahnfried: Sie kennen meinen 'Praxissicherungsmodus'. Vom Server (nennen wir ihn Arbeitsplatz1) werden die Daten der Datenbank regelmäßig, auch während des ganz normalen Praxisbetriebs auf den Ersatzserver (Arbeitsplatz2) gespiegelt [ http://www.vondoczudoc.de/viewtopic.php?f=11&t=2913 ], um im 'Notfall' innerhalb von 1 Minute auf diesen 'Ersatzserver umschalten zu können [sh: Serverwechsel.bat]. Auf beiden Rechnern läuft der Poet-Server (= FOS).
Ich passe allerdings höllisch auf, dass nicht folgendes passiert: Arbeitsplatz1 greift im Routine-Praxisbetrieb auf den Server von Arbeitsplatz1 (localhost) zu und Arbeitsplatz zwei auf den Server von Arbeitsplatz2 (auch localhost). In einem Worst-case-Szenario könnte es sogar sein, dass weitere Rechner in der Praxis auf verschiedene Server zugreifen. Dadurch dass die Daten ja initial gespiegelt waren, kann es sein, dass man diesen Fehler einige Zeit nicht bemerkt, so dass auf den zwei laufenden Servern nach einiger Zeit unterschiedliche Daten liegen. Deshalb ist es eine gewisse Vorsichtsmaßnahme, nur einen Server (FOS)im Netzwerk laufen zu lassen, gerade für den Anwender, der die Netzwerkstruktur nicht immer klar vor Augen sieht.

A. Geigenberger

[wahnfried]

In einem Worst-case-Szenario könnte es sogar sein, dass weitere Rechner in der Praxis auf verschiedene Server zugreifen. Dadurch dass die Daten ja initial gespiegelt waren, kann es sein, dass man diesen Fehler einige Zeit nicht bemerkt, so dass auf den zwei laufenden Servern nach einiger Zeit unterschiedliche Daten liegen.

Zur Vermeidung dieses Problems könnte man in ein Verzeichnis spiegeln, das "neben" dem Verzeichnis "TurboMed\PraxisDB" liegt und etwas anders heißt (z.B. "TurboMed\SpiegelDB\", darin liegt dann das gespiegelte Verzeichnis "PraxisDB"). Nur müßte man dann vor dem Einsetzen des Ersatzservers noch den Inhalt dieses Verzeichnisses nach "TurboMed\" kopieren. Dauert 10 Sekunden... (und läßt sich sicher in das "Serverwechsel"-Script einbauen). Wer dann normalerweise am originalen Platz die Mustermann'sche PraxisDB liegen hat, bekommt bei Netzwerkzugriffproblemen eine freundliche Demo-Version angekündigt, die bei Vorhandensein der eigenen Lizenz auf dem Rechner gar nicht erst startet.

Wer aber die PraxisDB bewußt regelmäßig auf den originalen Ort spiegeln will (z.B. um das Moduswechselsystem auf Einzelplatz zu benutzen), sollte die Menüs vom Server beziehen. Bei fehlendem Netzwerkzugriff startet dann zwar TurboMed, zeigt aber kein Hauptmenü an, daher geht dann nix (und man weiß bescheid...). Für den Einzelplatzmodus dann natürlich schön auffällige Hintergrundfarben.

Deshalb ist es eine gewisse Vorsichtsmaßnahme, nur einen Server (FOS)im Netzwerk laufen zu lassen, gerade für den Anwender, der die Netzwerkstruktur nicht immer klar vor Augen sieht.

A. Geigenberger

Völlig d'accord betr. die Nicht-Durchblickenden, allerdings gilt dies ("...wissen, was passiert") für ALLES, was im Praxisprogramm so läuft (weswegen ich immer heftiges Mitleid mit den Kollegen habe, die sich hier nicht informieren und somit üblicherweise auf Hilfe angewiesen sind... ). Mit der weiter oben angegebenen Abwandlung des Spiegelungsortes oder Menüpfad-Verweis zum Server gibt es aber kein Problem selbst bei mehreren aktiven FOS-Diensten im Netz.

Grüsse, Wahnfried

[Johnny]

@ Herr Geigenberger,

besten Dank. Das wars, in der local.ini Datei stand unter
Server ={ der falsche Servername }.

Mit besten Grüssen
aus Kiel

Johnny

[wahnfried]

@ Herr Geigenberger,

besten Dank. Das wars, in der local.ini Datei stand unter
Server ={ der falsche Servername }.

Mit besten Grüssen
aus Kiel

Johnny

...und genau derselbe falsche Servername stand dann auch in den "Grundeinstellungen/Verzeichnisse/TurboMed"... (für diejenigen, die nicht so gerne .ini's ändern), da diese den Inhalt der Lokal.ini und Global.ini anzeigen.

Grüsse, Wahnfried

[Ulli]

Bitte erst mal die einfachen Dinge. Soweit ich verstanden habe läuft der Client nicht. Bitte dann in die Grundeinstellungen des Clienten gehen, --> Verzeichnisse - -> TurboMed ---> hier "Mehrpatzbetrieb" auf "ja" setzten. Pfad kann "nicht gesetzt" bleibe, Server = Server, Linux = "nein", Serverport = "nicht gesetzt".
Auf dem "Server", also Ihrer ersten Station, muß es grundsätzlich genau so sein, nur (!!) bei Server muß der Eintrag "localhost" lauten.
Viel Erfolg
Ulli

[Johnny]

@ Wahnfried,
@ Uli,

im Prinzip habe Sie recht!
Aber bevor der Client (Arbeitsplatz) vollständig starten konnte, kam bereits obige Fehlermeldung

Diese Station wurde als Arbeitsstation im lokalen Serverbetrieb konfiguriert. Der TurboMed Datenbank Server (Fast Objects Server) wurde auf dieser Station jedoch noch nicht gestartet. Bitte starten Sie ihn jetzt. Andernfalls wird das Programm beendet." Zur Auswahl steht "Wiederholen", "Abbrechen".

Von daher war es nicht möglich bis in die Grundeinstellungen zu kommen.

Übrigens war die Ursache letzlich durch mich selbst bei der Installation verursacht. Ich hatte bei der Abfrage nach dem Servername den Namen der Arbeitplatzstation angegeben, statt den Namen des Server-PC im Netzwerk.

Habe inzwischen den TM-Arbeitsplatz erneut deinstalliert, da weiter Fehler z.B. im Laborblatt auftraten, obgleich der Client nach Änderung in der local.ini nun gestartet werden konnte. Nach Neuinstallation der Arbeitplatzstation mit dem richtigen Servernamen läuft nun alles wieder problemlos.

Nochmals besten Dank

Johnny

[wahnfried]

...bevor der Client (Arbeitsplatz) vollständig starten konnte, kam bereits obige Fehlermeldung

Diese Station wurde als Arbeitsstation im lokalen Serverbetrieb konfiguriert. Der TurboMed Datenbank Server (Fast Objects Server) wurde auf dieser Station jedoch noch nicht gestartet. Bitte starten Sie ihn jetzt. Andernfalls wird das Programm beendet." Zur Auswahl steht "Wiederholen", "Abbrechen".

Von daher war es nicht möglich bis in die Grundeinstellungen zu kommen.

...aber die Grundeinstellungen sind doch über das Windows Startmenü (- Programme - TurboMed) immer erreichbar...

erinnert Wahnfried

[Johnny]

@ Wahnfried,

...aber die Grundeinstellungen sind doch über das Windows Startmenü (- Programme - TurboMed) immer erreichbar...

erinnert Wahnfried

habe wieder was dazugelernt! Dank!

Gruß Johnny