Update TM Sonderupdate Q3/2026 - Version 26.3.1.7049

[PC Fuzzy]

CGM TURBOMED Sonderupdate Q3/2026 - Version 26.3.1.7049 liegt auf den Server.
MfG PC Fuzzy

[Andreas]

Hallo,
passend gerade für alle die sich zu Ferienbeginn langweilen, beglückt uns CGM mit einem Sonderupdate mit ca9 GB Downloadgrösse...

[michaelundkatrin]

Sonderupdate problemlos, IFAP aktuell
mal sehen wie es am Montag läuft
schönes Rest-WE

[Frankolas]

Ich habe die Hütte brechend voll mit Vertretungen. Mal sehen, ob ich am kommenden WE dazu komme. Hoffentlich bleiben die Meldungen darüber positiv.

[MeinerEiner]

Wir haben es am WE Installiert. Mussten es zweimal machen, da das Setup die Datenbank nicht angehalten hat. Ansonsten hatten wir keinerlei Probleme. Läuft bisher ohne Murren.

[Otmar Cramer]

Sonderupdate - - Quartalsupdate ?

Arbeite noch mit 26.2.2.6959 - vermutlich kann das sog. Sonderupdate ....7049 auch installiert werden
ohne daß zuvor .... 7029 installiert sein mußte ?!
Weiß jemand ob es demnächst noch ein Quartalsupdate gibt ? War schon oft so, daß Ende 1.Quartalsmonat/Beginn 2. Monat
im Quartal noch ein update kam.
Freundliche Grüße
Dr.Cramer, Neuwied

[FortiSecond]

Arbeite noch mit 26.2.2.6959 - vermutlich kann das sog. Sonderupdate ....7049 auch installiert werden
ohne daß zuvor .... 7029 installiert sein mußte ?!

Ja, ist ein Voll-Update, d.h. für jedes TM seit Mitte 2017 geeignet.

[Otmar Cramer]

Danke FortiSecond

[Henrik313]

Sonderupdate gab am Ende des Serverdurchlaufes folgendes aus:
"Problem beim Überschreiben von Dateien:
Folgende Dateien der letzten Version konnten nicht überschrieben werden:
FastObject Server (x64) 12.0: FastObjectsServer64.exe
FastObject Server (x64) 12.0: FO140.......dll
und noch 10 weitere dll."

Lief aber nach Weggklicken durch. Ich habe dann über Windows Dienste den FOS beendet und dann das Update noch einmal installiert, dann lief es ohne Fehler durch.
Scheint alles zu funktionieren - wird man dann in 2 Wochen im Realbetrieb sehen.

[rfbdoc]

Ich hatte das vor Jahren auch schon mal. Im Anschluss habe ich es mir zur Regel gemacht, vor jedem Update des FOS Dienst grundsätzlich manuell zu beenden.

[scottsdalegirl]

Danke. Das ist eine wertvolle Info !!

[Doc76]

Das Update lief hier fehlerfrei durch.

Heute der 1. Tag im Betrieb auch unauffällig.

[J.Becker]

Hier sollen auch die Probleme mit den falschen Beträgen in der UV GOÄ behoben worden sein.... Hat das jemand im Blick?

[torsten2]

Das Beenden der Datenbank liegt ja oft an fehlenden Rechten, zumindest hab das bei SQL und Oracle (PRC für Nackentransparenz)beobachtet. Ich überlege jedesmal, ob ich das Update als normaler User oder mit Adminrechten starten sollte. Durch das markierte Schild im Icon scheint das Installationsprogramm selbst ja erhöhte Rechte anzufordern.
Gibt es denn ein empfohlenes Vorgehen???

[Henrik313]

Immer mit Adminrechten starten, steht auch ziemlich prominent in der Install-Anleitung und beim AUfrufen des Updateprogramms da. Und dann den ersten TM-Start ebenfalls mit Adminrechten starten (also Rechtsklick => als Administrator starten).

[torsten2]

Oh, vielen Dank! Das hab ich wohl übersehen. Kann aber berichten, das letzte Update ging auch als normale User fehlerfrei durch...

[FortiSecond]

Wichtig zur Richtigstellung: Das Update muss "mit Administratorrechten" gestartet werden.
Das ist nicht gleichbedeutend mit "Als Administrator ausführen"!

Auf dem Server sollte der Nutzer Admin-Rechte haben, d.h. ein Ausführen als Administrator sollte NICHT erforderlich sein.
Auf einem Terminalserver wiederum gibt es immer noch die Regel "change /install" und "change /execute".

Auf einem Client sollte für das Update TM mit "Als Administrator ausführen" gestartet werden.
Eigentlich sollte in einer idealen Umgebung der normale Windows-User am Client keine Adminrechte haben, so dass es gar nicht anders möglich ist. Aber das ist... nicht der Regelfall, nehme ich an. Also: Als Admin ausführen und gut.


Hinweis: Bei manchen Programmen, z.B. ALBIS (hier nicht relevant), Praxisarchiv in bestimmten Konstellationen etc. KANN es sogar in eine Art Sackgasse führen, wenn man das Programm als Administrator startet.
Beispiel für TM auch relevant, je nach .ini-Einstellungen: "Als Administrator..." bedeutet, dass das Programm nicht als der angemeldete User ausgeführt wird (wenn er nicht gerade "der" Admin ist). Damit stehen in diesem Kontext die verbundenen Netzlaufwerke nicht zur Verfügung. Der Installer sieht sie nicht. Wenn dann auf z.B. t:\turbomed zugegriffen werden soll, wird das nix. Wenn in der INI aber eine Freigabe drin ist, auf die der Admin-User Zugriff hat (z.B. \\server\turbomed), dann geht das wiederum problemlos.