Wie oft sollten Backup-Repositorys komprimiert oder bereinigt werden?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How Often Should Backup Repositories Be Compacted or Pruned?

Führen Sie die Aufbewahrungsbereinigung nach einem vorhersehbaren Zeitplan durch - oft nach erfolgreichen täglichen oder wöchentlichen Backups -, führen Sie die Komprimierung jedoch nur durch, wenn das Backup-Tool dies erfordert und der zurückgewinnbare Speicherplatz den I/O-Aufwand rechtfertigt. Beim Bereinigen werden abgelaufene Wiederherstellungspunkte ausgewählt; durch Komprimierung oder erneutes Packen wird Speicherplatz zurückgewonnen.

Die Befehle und Kosten unterscheiden sich bei Borg, restic und anderen deduplizierenden Repositories. Ein sicherer Zeitplan muss Schreibänderungen, Repository-Sperren, die Bandbreite der Remote-Verbindung, den freien Speicherplatz und die Dauer berücksichtigen, für die die Wartung neue Backups blockiert. Diese Unterscheidung legt die Messmethode, die Sicherheitsmarge und die Abbruchbedingung fest. Diese Unterscheidung legt die Messmethode, die Sicherheitsmarge und die Abbruchbedingung fest.

Trennen Sie Aufbewahrungsentscheidungen von der Speicherplatzrückgewinnung

Die Bereinigung setzt die Richtlinie für Wiederherstellungspunkte durch. Sie sollte häufig genug erfolgen, damit sich abgelaufene Snapshots nicht unvorhersehbar ansammeln, aber erst, nachdem das neueste Backup überprüft und die Aufbewahrungsregeln kontrolliert wurden.

Bei der Komprimierung werden Repository-Packs neu geschrieben oder entfernt, wodurch erhebliche Datenmengen übertragen werden können. Eine Ausführung nach jeder noch so kleinen Bereinigung kann I/O-Ressourcen verschwenden, während eine dauerhaft ausbleibende Ausführung dazu führen kann, dass gelöschte Daten weiterhin das Ziel belegen.

Verwenden Sie, sofern unterstützt, die Ausgabe eines Probelaufs und dokumentieren Sie die erwartete Menge der aufzubewahrenden Punkte. Ein Zeitplan ist unsicher, wenn die Verantwortlichen nicht erklären können, welche täglichen, wöchentlichen und monatlichen Punkte danach verbleiben.

Lösen Sie die Wartung anhand messbarer Bedingungen aus

Überwachen Sie das Repository-Wachstum, zurückgewinnbare Bytes, die freie Kapazität, die Dauer der Bereinigung, die Dauer der Komprimierung, Sperrkonflikte und das Alter der letzten erfolgreichen Prüfung. Diese Signale sind nützlicher als ein Kalender allein.

Ein kleines Heim-Repository kann wöchentlich bereinigt und monatlich komprimiert werden; bei einem Repository mit vielen Änderungen kann eine häufigere Wartung erforderlich sein. Das richtige Intervall ist dasjenige, das ausreichend Reserve bewahrt, ohne Backup- oder Wiederherstellungsfenster zu überschneiden.

Verwenden Sie die folgende Tabelle als Ausgangspunkt und ersetzen Sie sie anschließend durch gemessene Laufzeiten und Wachstumsraten.

Beobachteter Zustand	Bewertung	Nächste Aktion
Aufbewahrung geändert; nur wenige zurückgewinnbare Daten	Nur bereinigen	Komprimierung verschieben
Viele Änderungen; erheblicher zurückgewinnbarer Speicherplatz	Bereinigen und anschließend komprimieren	In einem geschützten Wartungsfenster ausführen
Wenig freier Speicherplatz oder aktives Backup	Jetzt unsicher	Anhalten und den Konflikt beheben

Erstellen Sie eine sichere Wartungssequenz

Schließen Sie das neue Backup ab und überprüfen Sie es, führen Sie die Bereinigung im Vorschaumodus aus, wenden Sie die Aufbewahrungsrichtlinie an und komprimieren oder packen Sie anschließend neu, wenn das Tool einen lohnenswerten zurückgewinnbaren Speicherplatz meldet. Löschen Sie Repository-Dateien niemals manuell.

Verhindern Sie gleichzeitige Schreibvorgänge und stellen Sie sicher, dass ausreichend temporärer Speicherplatz für das erneute Packen vorhanden ist. Schätzen Sie bei Remote-Speicher den Umfang der herunter- und hochzuladenden Daten, bevor Sie einen Auftrag starten, der das Wartungsfenster überschreiten könnte.

Die Diagnose zur unterbrochenen Bereinigung von ZimaSpace definiert die sichere Wiederherstellungsgrenze.

Der Borg- und restic-Workflow von Linux Junkies zeigt, warum Bereinigung und Speicherplatzrückgewinnung getrennte Vorgänge sind.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Überprüfen Sie die Aufbewahrung mit einer tatsächlichen Wiederherstellung

Listen Sie die nach der Wartung aufbewahrten Punkte auf und stellen Sie ein kleines aktuelles Element sowie ein älteres Element aus jeder Aufbewahrungsstufe wieder her. Prüfungen der Repository-Integrität und Wiederherstellungstests beantworten unterschiedliche Fragen; führen Sie daher beides durch.

Überwachen Sie das nächste reguläre Backup auf veraltete Sperren, fehlende Packs oder unerwartet vollständige Uploads. Ein erfolgreicher Bereinigungs-Log beweist nicht, dass Clients das Schreiben fortsetzen können.

Fahren Sie fort, wenn die aufzubewahrende Menge der Richtlinie entspricht, die Prüfungen erfolgreich sind, die Wiederherstellungen funktionieren und die Wartung in ihr Zeitfenster passt. Halten Sie an, wenn der freie Speicherplatz für das erneute Packen zu gering ist, ein anderer Schreibvorgang aktiv ist oder der Probelauf den letzten erforderlichen Wiederherstellungspunkt entfernt.