Wie lösche ich alte Sicherungsdateien?


16

Ich habe DejaDup angewiesen, Sicherungsdateien für eine Woche aufzubewahren. Jetzt ist es mehr als einen Monat her und mein Backup-Speicher ist voll mit alten Backups. Gibt es eine Möglichkeit, DejaDup anzuweisen, alte Backups zu löschen, ohne das Speicherlimit zu erreichen? Kann ich sie manuell entfernen?

Antworten:


11

Zusätzlich können Sie das Backup selbst beschneiden. Was ich getan habe, ist zu verwenden:

duplicity remove-all-but-n-full 1 --force scp://mylogin@myserver/path_to_backup

von der Kommandozeile. Verwenden Sie einfach die Informationen, die Sie zum Erstellen Ihrer Backups über die Ubuntu-Benutzeroberfläche verwendet haben.


1
Ein Nachteil ist , das path_to_backupzu relativ myloginHome - Verzeichnis. Ich habe versucht sftp://mylogin@myserver/usr/home/mylogin/backup, einen neuen Ordner zu erstellen /usr/home/mylogin/usr/home/mylogin/backup, der natürlich leer ist und besagt, dass hier keine Backups gefunden werden können. :)
Ruslan Stelmachenko

/ usr / home? Ist das nicht zufällig ein Tippfehler? Normalerweise befinden sich Basisordner in / home im Stammverzeichnis.
Jozef Legény

Nein. Im FreeBSD-Home-Ordner unter / usr / home und / home befindet sich nur ein Symlink.
Ruslan Stelmachenko

In diesem Fall denke ich, dass der Pfad immer relativ zu Ihrem Zuhause ist und Sie sollten sftp: // mylogin @ myserver / backup
Jozef Legény

Hm ... Das habe ich in meinem ersten Kommentar gesagt. :) Aber es war eine Überraschung für mich, denn alle anderen Utils, die ich zuvor verwendet habe (zum Beispiel git), verwenden absolute Pfade in ihren URLs, unabhängig davon, welches Login Teil der URL ist.
Ruslan Stelmachenko

3

Deja-dup bietet noch keine Möglichkeit, alte Backups zu entfernen. Sie sollten auch einige der Dateien nicht löschen, da Ihre Backups wahrscheinlich ohne Startdatei bleiben und ungültig werden. Entfernen Sie sie alle und fangen Sie von vorne an, aber ich denke, das ist nicht das, was Sie wollen.

Deja-dup bewahrt Backups für die angegebene Zeit auf oder bis der Backup-Speicher voll ist. Dadurch werden Ihre Backups entsprechend verwaltet. Eine Lösung für Ihr Problem besteht möglicherweise darin, Kontingente für das Backup-Laufwerk zu aktivieren und nicht den gesamten verfügbaren Speicherplatz zu belegen oder ändern Sie die Sicherungshäufigkeit, wenn Sie einmal pro Woche viele Dateien bearbeiten oder immer Dateien kopieren / verschieben, erhalten Sie ein sehr großes Sicherungsimage.


Danke für die Antwort Bruno. Ich speichere über ssh in einem Ordner auf einem Remote-Server. Ich möchte nicht, dass das Backup wächst, bis der Server voll ist! Und ich habe keinen Zugriff, um ein Datenträgerkontingent einzurichten. Das ist sehr schlecht. Ich werde das Backup-System ändern ...
Fabio

1
Sie können das Backend von deja-up duplicity verwenden, um genau dasselbe zu tun, aber mit mehr Optionen, um zu verstehen, was in einem Terminaltyp vor sich geht, deja-dup --backupund um die Meldungen zu überprüfen.
Bruno Pereira

2
Die Anpassung, die Sie suchen, ist "x rev von den Dateien behalten", wobei x die Anzahl der wiederherzustellenden Kopien ist. Sie können beispielsweise 30 festlegen, sodass mehr als 30 Umdrehungen einer Datei und Duplizität die Sicherung selbst löschen . Achten Sie auch man duplicityauf alle Optionen.
Bruno Pereira

1
Bruno du hast recht, den schalter suche ich dafür. Ist es nur vom Terminal verfügbar, keine GUI-Option dafür?
Fabio

3

Sie können die Dconf-App im Ubuntu Store verwenden, um die Einstellungen unter Pfad org.gnome.DejaDup, Schlüsselname delete-after, zu ändern. Es ist auf die Anzahl der Tage festgelegt, die Sicherungsdateien am Sicherungsspeicherort aufbewahrt werden sollen.

Oder vom Terminal. Führen Sie beispielsweise Folgendes aus, um 60 Tage von der Befehlszeile aus festzulegen:

gsettings set org.gnome.DejaDup delete-after 60

Das ist richtig. Das Öffnen der Benutzeroberfläche "Backups" führt jedoch manchmal dazu, dass diese Einstellung auf "Mindestens 6 Monate" zurückgesetzt wird, wenn die App wieder geschlossen wird.
DavidO

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.