Datenbankreorganisation

[Chefschwabe]

Hallo,

ich hatte hier nach dem update das Problem, dass Tm beim start einen Krnl-defekt meldete und sagte, die Datenbank müsse reogranisiert werden. Die Hotline meinte denn auch, ich solle das tun.
Diese reorgansation läuft nun aber schon seit 18 (!) stunden und der fortschrittszeiger bleit bei 47 von 100 stehen 8 (aktuell seit gut 2 Stunden).

gibt es erfahrungswerte, wie lange so eine reorganisation dauert? unser praxisDB ist etwas über 2GB groß.

und gibt es ein "sicheres" anzeichen dafür, ober der Vorgang "Eingefroren" ist?

Vielen Dank für die Hilfe

Gruß

Chefschwabe

[GuterRat]

Hallo,
18 Stunden für eine Reorganisation bis jetzt, ist eine beachtliche Zeit. Zu 99% hat TM sich nicht auf gehangen, nur der TM-Client bekommt vom TM-Datenbank-Server zurzeit keine Antwort. Dabei kann der TM-Client und der TM-Datenbank-Server auf einer Station/Server laufen.

Wenn Sie die Reorganisation abbrechen, dann sollte Sie in jedem Fall die zuvor erstellte Datensicherung rücksichern und von vorn beginnen.

Das bei Ihnen die Reorg. so lange dauert kann mehrere Gründe haben:
- Die Reorg. sollte immer direkt auf dem TM-Server durchgeführt werden.
- Die Server Hardware sollte zeitgemäß und okay sein.
- Bei einem PraxisDB von 2 GB empfiehlt sich ein Betriebssystem welches > 4 GB unterstützt sowie 4 GB ECC Registered Arbeitsspeicher.
- Vor arbeiten wie z.B. die Erweitere Suche, eine Reorg. und die bis zu 5 malige Update-Aktualisierung je Quartal, landen Sie mit dem TMAdmin-Tool das PraxisDB im - Arbeitsspeicher – das ist Performance pur.
- Die Festplatte auf der TM liegt sollte zu 25% frei sowie defragmentiert sein.

Fazit: die Reorg. läuft aktuell z.B. auf einem Client mit 256 MB Arbeitsspeicher, dann könnte sich ein Neustart lohnen. Wichtig: zuvor in diesem Fall die Datensicherung rücksichern.

Gruß
GuterRat

[GuterRat]

Nachtrag: die aktuelle Server-Hardware müsste den von mir vorgeschlagenen Arbeitsspeicher unterstützen.

[Chefschwabe]

Vielen Dank für die Hinweise.

Die genannten Kriterien erfülle ich eigentlich alle. Die Serverhardware arbeit aktuell mit 4 GB, die Kriterien für die Platte sind auch erfüllt. ich arbeite direkt am Server. Das laden in den Arbeitsspeicher habe ich alleridngs nicht gemacht.
Seit meinem posting hat sich der Balken dann doch noch etwas bewegt und steht nun bei 49. Insgesamt ist das der 3 oder 4. Durchlauf des balkens. die anderen Male dauerte ein durchlauf kann 1,5 Stunden. noch kann ich mich nicht ganz durchringen, den Ablauf abzubrechen....

Auf jeden Fall nochmal danke für die ausführliche Antwort

gruß

chefschwabe

[rfbdoc]

Bei mir hats gut eine Stunde gedauert. Auf den Fortschrittsbalken darf man sich nicht verlassen. Auch wenn der Fortschrittsbalken scheinbar steht t kann im Hintergrund die Reorganisation noch weiter laufen.
Wenn Zeit da ist, lieber warten....

[Laie]

Ich würde immer den Taskmanager beobachten. Solange sich in Prozessorleistung und Speicherverbrauch etwas ändert, ist TM noch aktiv. Für eine Reo und die Konsistenzprüfung sollte der Arbeitsspeicher mehr als doppelt so groß sein wie der Ordner PraxisDB.

[Otmar Cramer]

Hallo Cehfschwabe,

hoffe Ihre REORG war erfolgreich u. ist "durchgelaufen" - Kernel Defekt ("error") weg ??

Ich hatte damit im Spätsommer 2006 mal ernste Probleme u. mußt die Datenbank neu aufsetzen.
Dafür habe ich 7 Wochen gebraucht (ohne Hilfe von TM übrigens) u. seit dieser Zeit gilt in meiner Praxis folgendes:

1.) niemals rücksichern der gezippten TM eigenen Datensicherung vom Heimarbeitsplatz/-netzwerk
ins Praxisnetz. Das Risiko von crc-Fehlern ist einfach zu hoch - ein einziger Fließkommafehler in der Praxis DB
u. crc-Fehler werden nicht mehr erkannt !!!
2.) 3 x i.d. Woche wird die Praxis DB geprüft (Sonstiges -> Wartung -> Praxisdatenbanken prüfen). Dabei
wird nur die Prüfsumme (sog. hash-Werte) geprüft, keine Prüfung auf Inkonsistenz. Das reicht aber i.d. Regel
aus. Machen die Helferinnen jeweils Dienstags u. Donmnerstags gegen 16:00h - somit 1 Std. vor Beginn
der Abendsprechstunde. Dafür habe ich eine Symbolfigur gekauft ("Absturzius"), die muß auf meinen
Schreibtisch danach gestellt werden, damit ich sehe, daß die Prüfung auch gemacht wurde. Samstags mache
ich das selbst. TM (bzw. die database) hat ja einen eigenen (kleinen) Reparatur Algorythmus - frühzeitig
erkannte Fehler könnten damit evtl. repariert werden - vorausgesetzt die Fehler (oder besser: der Fehler)
sind/ist gering. Da ist auch noch Raum für Verbesserungen - bei (viel älter !) dbase als auch bei SQL
ist das besser gelöst.
3.) 1 x pro Woche wird die Datenbank auf Konsistenz geprüft (auch über Sonstiges -> Wartung). Macht auch
eine Helferin - bei mir per Anordnung Montags, ebenfalls gegen 16:00h (Montag nachmittag/abend habe ich keine
Abendsprechstunde). Die Helferin muß einen Zettel hinterlegen, daß dies gemacht wurde u. hat Order
mich über Handy anzurufen wenn Fehler da sind !
4.) 1-2 x pro Quartal reorganisiere ich die Praxis DB - mache ich immer selbst u. zwar über die Eingabeaufforderung ->
cmd -> dann X: TurboMed\Programm\TurboMed.exe/ reorg (wobei X das Laufwerk sei auf der sich TM befindet)

Aufgrund Ihres postings habe ich gestern bei mir auch nochmals eine Reorganistion gemacht: dauerte weniger als
2 1/2 Stunden. Wie lange genau kann ich leider nicht sagen da ich nicht dabei blieb.

Mein Praxis DB umfaßte gestern 1,89 GB ( = 2030.688.480 Bytes), die gezippte TM eigene Datensicherg.: 304 MB.

Hardware: nicht mehr ganz neu - Intel Core 2 CPU 6400 (2.13 GHZ) u. 2 GB Arbeitsspeicher. Festplatte weniger als
5 % fragmentiert (wird immer mal zu Beginn der Mittagspause mit "defraggler" defragmentiert, im Schnitt ca. 1 x
pro Woche. Ist nach der Mittagspause immer fertig. Programm ist kostenlos).

Frdl. Gruß

Cramer

[JoergS_inaktiv]

hallo,
ich zippe seit 9 Jahren jeden Abend die Praxisdatenbank mit einigen anderen Dateien (einschließlich Dokumenten) auf einen USB-Stick und spiele sie zuhause ein. Morgens nach meiner Doku-Arbeit am Heim-PC das gleiche zurück. Nur einmal ein Problem gehabt, als der USB-Stick wohl zu alt geworden war. Beim Entzippen in der Praxis konnte Winzip die Datei nicht mehr korrekt lesen und die Doku-Arbeit vom Morgen war verloren (hatte keine Zeit, zurückzufahren und auf einen neuen Stick zu zippen). In den letzten Tagen zuvor hatte das Ein- und auch das Auszippen schon etwas länger gedauert. Aber nie Probleme mit der Datenbank-Konsistenz erlebt!!!
besten Gruß - Schoenen

P.S.: habe mir ein kleines Java-Programm zum Einzippen geschrieben, das erleichtert die Dateiauswahl zum Zippen und notiert die Dauer des Einzippens. Wenn jemand Interesse hat - kann ich emailen.

[Chefschwabe]

So, also die Reorganisation lief nun 5 Tage. die Daten sind wieder da.

Das Netzwerk startete nach rücksicherung mit dem Datenstand "30.6.Mittags" ins neue Quartal.
Der einplatzlaptop machte die Db-Reorg und ist nun auf dem Datenstanden "30.6Abends-Vor dem Update".

Ich habe nun mal auf beiden Rechnern die Abrechnungs- un dKarteikontrolle für den 30.6 laufen lassen. Das ergebnis zeigt, dass ich im Netzwerk 264 Behandlungsfälle angezeigt bekomme, im wiederhergestellten Zustand 586 Fälle. Das hausbesuchsmodul ändert an diesem zustand nix.

Gibt es eine Möglichkeit die beiden Datenstände abzugleichen? (Außer per Hand alles nochmal abzuschreiben?)

Danke nochmal für die Hilfe

Viele Grüsse

chefschwabe