Hallo Haiko, das verhalten muss nicht direkt an einer aktion von JT geknüpft sein. Wir hatten das problem vor einem Jahr schon mal bei JT, was gut im verlauf zu sehen ist. OPD war damals glaube ich auch betroffen. Wir konnten uns aber damals nicht erklären wie es zu stande gekommen ist das die ibdata files so groß geworden sind. -- Mit freundlichen Grüßen Thomas Kölzow - Systemadministration - _______________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig E-Mail: t.koelzow@traso.de Internet: https://www.traso.de _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850) Am 23.07.2017 um 13:41 schrieb Haiko Gerdes:
Hallo Stefan, Danke für Info und Reaktionen? JT arbeitet aktuell an einer Datenbereinigung, das sollte aber nicht solche Auswirkungen haben. Zumal die Updates von VBE am Mi. oder Do. gemacht wurden.
Von meinem iPad gesendet
Am 23.07.2017 um 12:03 schrieb Stefan Wieden <s.wieden@traso.de>:
Kurzer Nachtrag. Alle anderen Kundensysteme sind i.O., d.h. sie zeigen keinen außergewöhnlichen Anstieg bei dem Plattenverbrauch auf der cachedb. Und ich habe bei JT die cachedb aus dem xAdmin genommen.
Viele liebe Grüße
Stefan Wieden - Development ___________________________________________________________________________
TraSo GmbH
Nonnenstraße 42 D-04229 Leipzig
Tel.: +49 341 355 740 20
Internet: http://traso.de E-Mail: s.wieden@traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850
Am 23.07.2017 um 12:59 schrieb Stefan Wieden: Einen schönen Sonntag zusammen,
heute Nacht ist die cachedb01 von JT vollgelaufen. Erst hat Thomas die Plattenplatz erhöht, doch dann haben wir gesehen, dass die Transaktionstabelle (ibdata) mal wieder der Grund war. Die DB ist seit Montag um über 100GB pro Tag angewachsen! Daher blieb uns nichts anderes übrig, als die cachedb zu bereinigen. D.h. erst musste ein Dump gezogen werden, dann die ibdata gelöscht werden und die Daten wieder eingespielt werden, was zur Zeit noch läuft. Das hat zur Folge, dass der cache erstmal nicht aktuell ist und daher Daten fehlen werden. Der Dump hat ca. 4,5h benötigt, wie lange der Reimport dauern wird (216GB) wissen wir noch nicht.
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team