Dauer update

[Heilberger]

Liebe Kollegen,
habe die letzten 18 Stunden mit dem update von 12.4 auf 13.1. verbracht. Beim Kopieren der Datei /netsetup/data1.cab Fehler 23 brach das update ab. Der Fehler lag in einer nicht kompletten Freigabe aller Benutzer (Server 2003). Die Lösung erfolgte per Fernwartung meines lokalen TM-Partners. Was sogar diesem auffiel: Die update-Dauer beträgt ca. 90 min. Die Datenbankaktualisierung (80 000 P.) dauerte ca. 7 Stunden (sehr aufwändige Diagnosenaktual.). Die Server CPU ist kaum ausgelastet. Meine Frage: Ist die Dauer update/Datenbankakt. noch vertretbar?? Wie lange dauert das bei Ihnen?? Kann man über Hardwareaufrüstung etwas verbessern. Mich graust es bei jedem update vor Problemen. Genügt es eigentlich, nur das jeweils neue Prüfmodul einzuspielen und auf das Gesamtupdate zu verzichten?? Dies könnte ja dann in 2-3-quartalsschritten erfolgen.

[wahnfried]

Genügt es eigentlich, nur das jeweils neue Prüfmodul einzuspielen und auf das Gesamtupdate zu verzichten?? Dies könnte ja dann in 2-3-quartalsschritten erfolgen.

...im Prinzip ja, aber dann haben Sie die Krankenkassen-Fusionen oder -Schließungen usw. sowie die EBM-Veränderungen/Diagnosen-ICD-Veränderungen nicht für das Quartal passend. Wenn Sie die Fehler dann nach den Mitteilungen des Prüfmoduls ausmerzen können, ist das durchaus möglich.

Problematischer ist es bei HzV-Vollvertrags-Teilnehmern, die auf quartalsmäßig aktualisierte Software zur Verbindung mit den entsprechenden Servern der HzV-Verwalter-Organisationen angewiesen sind. Denen bleibt m.W. ein Quartals-Update nicht erspart.

Grüsse, Wahnfried

[Lazarus]

Die Datenbankaktualisierung (80 000 P.) dauerte ca. 7 Stunden (sehr aufwändige Diagnosenaktual.).

80.000 Patienten ist schon recht viel. Wenn ich das auf die Dauer unserer Datenbankwartung runterrechne, ist es in etwa viermal so lange. Wie auch immer, 7 Stunden sind einfach zu lang. 90 min. für ein Update ist auch viel zu lang. Auch vor dem Hintergrund, dass es bei der Wartung zu Meldungen kommen kann, die dann bearbeitet werden müssen und einen neuen Durchlauf erfordern.
(Allerdings: Wenn die Datenbankaktualisierung parallel zum Net-Setup an mehreren Plätzen läuft., dann ist der Server einfach überfordert)

Auszuschließen sind Fragmentierung, Speichermangel, Kühlprobleme mit automatischer Reduzierung der Taktfrequenz (auch Ventlatoren geben ihren Geist auf) und Serverüberlastung durch multiple Prozesse.

Ansonsten werden wohl nur ein sehr schneller Prozessor und ggfs. schnelle Festplatten weiterhelfen, um die Arbeitsgeschwindigkeit zu erhöhen. Die Größe der Datenbank wird zudem ein 64-bit System mit reichlich Arbeitsspeicher erfordern, um die Datei überhaupt in den Arbeitsspeicher zu bekommen. Ansonsten muss immer wieder ein Teil auf die Festplatte ausgelagert werden, bei gleichzeitigem Lesen gibt es Verzögerungen
Grüße
Lazarus

[michael]

(Allerdings: Wenn die Datenbankaktualisierung parallel zum Net-Setup an mehreren Plätzen läuft., dann ist der Server einfach überfordert)
Lazarus

Wieso lassen sie die Datenbankaktualisierung an mehreren Clints laufen?? Einer reicht doch.

Viele Grüße

Michael

[michael]

Was sogar diesem auffiel: Die update-Dauer beträgt ca. 90 min.

Pro Client etwa 15 bis 20 Minuten, auch wenn das Update an mehreren Clients parallel aufgespielt wird.
Selbst auf dem RFechner mit Atom-CPU braucht es keine 90 Minuten.

Die Datenbankaktualisierung (80 000 P.) dauerte ca. 7 Stunden (sehr aufwändige Diagnosenaktual.). Die Server CPU ist kaum ausgelastet.

Genau Zeit kann ich ihnen nicht sagen - wir sind zwischendurch zum Essen gegangen - aber ganz sicher keine 7 Stunden. Wir waren etwas mehr als eine Stunde weg. Patientenzahl etwa ein Viertel.
Die CPU am Server langweilt sich auch regelmäßig bei uns, der Flaschenhals sind und bleiben die Festplatten.


Viele Grüße

Michael

[Lazarus]

(Allerdings: Wenn die Datenbankaktualisierung parallel zum Net-Setup an mehreren Plätzen läuft., dann ist der Server einfach überfordert)
Lazarus

Wieso lassen sie die Datenbankaktualisierung an mehreren Clints laufen?? Einer reicht doch.

Viele Grüße

Michael

Habe mich wohl missverständlich ausgedrückt:

Wenn parallel zur Datenbank-Aktualisierung am Server ein Net-Setup an den Clients läuft, dann ist der Server einfach überfordert.

Möchte man diesen Vorgang dennoch gleichzeitig durchführen, sollte das Update auf den Clients lokal bereitgestellt werden. Z.B. DVD an den Arbeitsplätzen einspielen oder Download auf die Clients kopieren. Dann geht es deutlich flotter.

Grüße
Lazarus