Backups (.sbk) vervielfachen Größe von Woche zu Woche

[robson]

Hallo zusammen,

Anfang April bin ich von der CCU2 auf Rasperrymatic mit einem RPi3 umgestiegen. Aktuell läuft bei mir Version 2.27.8.20170501.

Ich habe seit jeher ein Programm, mit dem ich über CuxD wöchentlich ein Backup anfertige (über "/usr/local/addons/cuxd/extra/ccu_backup)". Dies hat zu CCU2-Zeiten immer reibungslos funktioniert. Die Dateigrößen hielten sich mit ca. 20-30 MB im Rahmen.

Das erste Backup mit der Raspberrymatic war nur ca. 3 MB groß. Die Größe der einzelnen Folge-Backups hat sich aber von Woche zu Woche vervielfacht.
Die Größen der Folgewochen betrugen: 8, 16, 96, 193, 388 und zuletzt 757 MB! Die Sicherungen dauern seitdem (verständlicherweise) bei mir gefühlte Ewigkeiten.

Die Logdateien habe ich bereits geprüft. Diese machen lediglich 1-2 MB aus. Andere Auffälligkeiten konnte ich per SSH nicht auf meinem RPi3 finden.

Hat jemand eine Idee, was ich prüfen könnte bzw. woran das liegen könnte?

Bin für jeden Hinweis dankbar!

VG

[Xel66]

Kann es sein, dass Du die alten Sicherungen wieder mitsicherst und nicht die temporär erstellten Sicherungsdateien nach erfolgtem Backup löschst? Ich nutze das nicht, wäre aber mein Ansatz zur Ursachensuche.

Gruß Xel66

[jmaus]

Oder du hast sowas wie CCU-Historian dort auf dem selben System laufen (als Addon) und er schreibt eben die Daten dort mit auf die SD Karte. Sowas sollte man vermeiden/unterlassen weil die SD Karte sowas nicht lange mitmachen wird.

[robson]

Oder du hast sowas wie CCU-Historian dort auf dem selben System laufen (als Addon) und er schreibt eben die Daten dort mit auf die SD Karte. Sowas sollte man vermeiden/unterlassen weil die SD Karte sowas nicht lange mitmachen wird.

Historian ist nicht installiert. Aber danke für den Tipp. Das Addon steht noch auf meiner Liste.

Kann es sein, dass Du die alten Sicherungen wieder mitsicherst und nicht die temporär erstellten Sicherungsdateien nach erfolgtem Backup löschst? Ich nutze das nicht, wäre aber mein Ansatz zur Ursachensuche.

Gruß Xel66

Ja, ich habe aus Gründen der Sicherheit gerne einen gewissen Bestand an "historischen" Daten. Das Mitsichern ging mit der CCU ohne Probleme - mir war auf Grund der geringen Größe auch nicht bewusst, dass die Backups mitgesichert werden. Kann ich diese nach x Wochen (automatisiert) wieder löschen lassen?

[Arist]

Hallo!

Google mal nach "logrotate". Das lässt eine Menge Einstellmöglichkeiten zu und komprimiert auch, sofern gewünscht. Vielleicht passt es ja zu deinen Bedürfnissen.


Grüße

Arist

[DrTob]

Da sich die Größe jedesmal relativ genau verdoppelt tippe auch ich darauf, dass das vorherige Backup jeweils mit enthalten ist.

[Kenobi]

Oder du hast sowas wie CCU-Historian dort auf dem selben System laufen (als Addon) und er schreibt eben die Daten dort mit auf die SD Karte. Sowas sollte man vermeiden/unterlassen weil die SD Karte sowas nicht lange mitmachen wird.

Upps, das ist bei mir genau so betrieben, allerdings auf einem RaspberryMatic Dev. Ich fand die Idee des CCU-Historian Addons so komfortabel, war mir aber nicht bewusst, dass dadurch die SD Karte in Mitleidenschaft gezogen werden kann. Oder habe ich hier etwas falsch verstanden?

Wie kann ich es besser machen, wenn ich kein Unix System habe? Mit einem USB-Stick?

[Mathias]

Upps, das ist bei mir genau so betrieben, allerdings auf einem RaspberryMatic Dev. Ich fand die Idee des CCU-Historian Addons so komfortabel, war mir aber nicht bewusst, dass dadurch die SD Karte in Mitleidenschaft gezogen werden kann. Oder habe ich hier etwas falsch verstanden?

Wie kann ich es besser machen, wenn ich kein Unix System habe? Mit einem USB-Stick?

Der CCU-Historian kann so konfiguriert werden, dass er nicht dauernd auf die SD-Karte schreibt sondern z.B. nur einmal am Tag. Schau mal im Handbuch Abschnitt 2.2 "Zwischenspeicherung von Wertänderungen im Arbeitsspeicher" nach.

Gruß
Mathias

[Tharanis]

Der CCU-Historian kann so konfiguriert werden, dass er nicht dauernd auf die SD-Karte schreibt sondern z.B. nur einmal am Tag. Schau mal im Handbuch Abschnitt 2.2 "Zwischenspeicherung von Wertänderungen im Arbeitsspeicher" nach.

Das hatte ich auch erst so gemacht, nun hier vielleicht eine mögliche Alternative((?), die Spezialisten sehen das vielleicht anders^^):
Ich habe heute einen neuen Weg beschritten und einen USB-Stick an den RaspberryMatic gestöpselt. Ich erhoffe mir durch den Stick eine deutliche Entlastung der Micro-SD-Karte des RasperyMatic-Pis.
Nun werden sowohl die Logs von CuXD, als auch die Historian-Daten auf dem Stick abgelegt inkl. der Datenbank. Das Backup der Zentrale wird auch auf dem Stick abgelegt und da ich vorher auch das Problem der Vervielfachung der Backup-Größe hatte, hoffe ich nun auf fehlerfreien Betrieb. Das erste zeitgesteuerte Backup wird heute Nacht erstellt, sodass ich zu dem Testbackup dann den Größenvergleich machen kann.

Hier die Einstellungszeilen für Historian.config

Code: Alles auswählen

database.backup='/media/usb0/historian/backup/db_%Y-%M-%D.gz'
database.dir='/media/usb0/historian/database/'
logSystem.fileName='/media/usb0/historian/log/ccu-historian-%g.log'
historian.metaCycle=21600000
historian.bufferTime=21600000

Ich habe wegen des Sticks die Pufferzeiten von 24Std. auf 6Std. gesetzt.

[Herbert_Testmann]

Hallo

wie in einem anderen beitrag hier zu lesen war, wird bei einem neustart der CCU die Historian config (teilweise) überschrieben. Zumindest ist ein exteren Speicherpfad wieder auf den default Pfad SSD gesetzt.
Warum das so ist (was mich absolut stören würde, denn was kümmert sich RasPiMatic um die hostorian config??) kann ich nicht sagen.
Die temporäre Lösung ist im Moment, das config File von Historian auf readOnly zu setzen.