Time Backup - Sichnerung und Platgzverbrauch loggen

Status
Für weitere Antworten geschlossen.

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
903
Punkte für Reaktionen
12
Punkte
44
Ich habe eine DS209 mit DSM 4.2-3259 auf der das Backup erstaunlich sprunghaft (mal mehr mal weniger) sehr schnell mehr Platz verbraucht. Zur Fehlersuche suche ich jetzt eine Möglichkeit den Backup-Vorgang zu protokollieren.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.677
Punkte für Reaktionen
2.077
Punkte
829
Eine solche Option Ist mir bei Time Backup nicht bekannt. Das klappt per eigenem rsync-Skript. Da Time Backup die Daten ins Filesystem der Platte schreibt, kannst Du auch dort analysieren.

Edit: Time Backup bietet Versionierung per Hardlink. Der Platzverbrauch steigt dann erheblich an, wenn große Dateien (oder viele) verändert wurden.
 

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
903
Punkte für Reaktionen
12
Punkte
44
Ich weiss, Time Backup arbeitet ähnlich wie rsnaphot, deshalb hoffte ich, dass auch ein logfile erstellt werden kann. :(

Da Time Backup die Daten ins Filesystem der Platte schreibt, kannst Du auch dort analysieren.

Wie? Meinst Du die Bericht-Funktion aus den DS-Systeminformationen? Die habe ich deaktiviert, weil die Erstellung viel Zeit und HDD-Platz brauchte. Ausserdem war die volumen-Platzberechnung wegen der Hardlinks völlig unsinnig.

Ich nutze seit Jahren rsync zum sichern der PCs auf volume1 der DS und habe die Logs inzwischen entsprechend gut analysiert (die exclude-Liste ist lang geworden). Das Platzproblem entsteht bei der Sicherung von volume1 auf volume2 mit Time Backup. Irgendwas muss ich übersehen haben und hoffe daher auf einen neuen Analyse-Ansatz.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.677
Punkte für Reaktionen
2.077
Punkte
829
Nein, ich meine das Backup selbst. Dort kannst Du ja die Verzeichnisgrößen mit Tools analysieren lassen und so Vergleiche anstellen. M.E. kann man Time Backup nicht zu Logfiles überreden, die über minimale Informationen hinausgehen.
 

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
903
Punkte für Reaktionen
12
Punkte
44
Welche Tools und welche Analysemethoden meinst Du? Das Problem ist doch, dass die Hardlinks verhindern, dass man sieht, wie viele Daten hier tatsächlich gesichert wurden. Ich habe die Grösse eines Verzeichnisses, das vor dem BA nicht verändert wurde, mit File Station und via FTP mit Krusader gemessen: über 1GB obwohl tatsächlich nichts gesichert wurde, also kein zusätzlicher Platzverbrauch.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.677
Punkte für Reaktionen
2.077
Punkte
829
Ich mache ich aktuell ganz banal so, dass ich die verschiedenen Backup-Version per du -ms oder unter Windows per Eigenschaften miteinander vergleiche. So sehe ich, was je Version an Volumen dazugekommen ist.
 

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
903
Punkte für Reaktionen
12
Punkte
44
Aber damit erfasst Du nur den Platzbedarf des Verzeichnisses, wenn Du es wiederherstellen würdest. Das ist nicht unbedingt identisch mit dem zusätzlichen Platzbedarf am Ziel. Veränderte Dateien verbrauchen am Ziel mehr Platz, mit du wird das aber nicht erfasst. Oder kann man mit du hardlinks ausschliessen? Eigenschaften in der DS tut es jedenfalls nicht.

Ich hatte z. B. mal die VMs (*.vdi) im Backup, was das BA echt heftig aufgeblasen hat.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.677
Punkte für Reaktionen
2.077
Punkte
829
Die Hardlinks spielen für mich an der Stelle keine Rolle. Ich vergleiche den Platzbedarf einer kompletten Version. Die erste hat z.B. 682GB, die zweite 714GB. Per Saldo sind insofern etwa 32GB dazugekommen. Mir ist nicht klar, was Du anderes wissen möchtest?
 

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
903
Punkte für Reaktionen
12
Punkte
44
Ich will wissen, wie viel von Time Backup bei einer Sicherung faktisch auf dem Ziel zusätzlich belegt wurde.

Beispiel grosse Datei: eine VM (z. B. 10 GB) wird verändert (modification time is different), also werden 10 GB zusätzlicher Platz auf dem Ziel genutzt, denn die alte Version ist weiterhin im Time Backup. Du würdest mit du hier keinen zusätzlichen Platzbedarf feststellen. Beispiel cache-Dateien: hier werden ständig neue Dateien erzeugt (mehr Platzbedarf) und gelöscht (unveränderter Platzbedarf in Time Backup), mit du würdest Du hier auch nur die Summe der Änderungen erfassen.

Vergleiche mal die von Dir erfassten Änderungen mit der HDD-Nutzungsanzeige im DSM. Oder miss mal mit du Dein Time Backups Verzeichnis.

Als ich mit dem DSM meinen letzten Bericht (Gemeinsame Ordner) gemacht hatte, war das Time Backup ca. 50 TB gross, es ist aber nur eine 1,8 TB HDD verbaut...
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.677
Punkte für Reaktionen
2.077
Punkte
829
Ich schaue mir die Time-Backup-Verzeichnisse direkt auf der externen Platte an.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat