Lebensdauer und Effizienz von Duplicity Full Backup

Ich versuche, eine Backup-Strategie für einige Clients zu entwickeln, und neige zur Duplizität für Remote-Backups (verwende rdiff-backup bereits für interne / On-Location-Backups).

Ist es sinnvoll, von Zeit zu Zeit ein vollständiges Backup zu wollen? Da die Duplizität vorwärts inkrementiert wird, stützt sich jede inkrementelle Sicherung auf die vorherige und alle stützen sich stark auf die letzte vollständige Sicherung. Sollte das korrupt werden, passieren schlimme Dinge. Eine verwandte Frage: Prüft Duplicity die inkrementellen Sicherungen auf Konsistenz?

Angenommen , ich kann eine vollständige Sicherung will jeder so oft, wie effizient schafft Doppelzüngigkeit , dass die vollständige Sicherung? Kann / kann es Dateisignaturen prüfen und unveränderte Daten aus früheren vollständigen Sicherungen / Inkrementen kopieren? Grundsätzlich ein neues 'vollständiges' Archiv erstellen, das neue / geänderte Daten überträgt und vorhandene unveränderte Daten zusammenführt?

Im Moment ist es meine Sorge, dass eine vollständige Sicherung ausgeführt werden muss, aber die konsistente Verwendung von vollständigen Sicherungen mit großer Bandbreite wird dies für einige Clients unangemessen machen.

Ich halte es für sinnvoll, von Zeit zu Zeit ein vollständiges Backup zu erstellen: Die meisten meiner Computer sind so konfiguriert, dass alle paar Monate ein Backup erstellt wird. Diese Zahl hat nichts Magisches an sich: Der richtige Wert hängt davon ab, wie viele Daten Sie haben, wie schnell sie sich ändern, wie wahrscheinlich es ist, dass Sie von etwas anderem als dem letzten Snapshot wiederherstellen möchten, wie viel Datenverkehr und Speicherplatz Sie kosten und wie paranoid du bist. Andere möchten möglicherweise jede Woche eine vollständige Sicherung.

Sofern Sie nicht von Zeit zu Zeit eine vollständige Sicherung durchführen, werden die Archivgröße und die Wiederherstellungszeit weiter zunehmen.

Ich denke nicht, dass Duplicity speziell einen "check" -Befehl hat http://pad.lv/660895 , aber es wäre schön, wenn es so wäre. Es ist sehr ratsam, von Zeit zu Zeit eine Testwiederherstellung durchzuführen.

Eine verwandte Frage ist, ob Sie mehr als eine Sicherungskette behalten sollten. Auch hier kommt es auf die Kosten an. Ein Grund dafür ist, dass Sie eine Datei wiederherstellen können, wenn die aktuelle Kette beschädigt ist, entweder aufgrund eines Hardwarefehlers, eines Betriebssystemfehlers oder eines Duplizitätsfehlers. Wenn die alte Kette sehr alt ist, ist eine Wiederherstellung möglicherweise von begrenztem Wert.

Bei einer vollständigen Sicherung wird immer eine vollständige Kopie der Daten hochgeladen.

Wenn es sich beim Kunden um den genutzten Bandbreitenanteil handelt und nicht um die Verkehrsgebühren, möchten Sie ihn möglicherweise ausführen, indem Sie z trickle.

Was Sie anfordern, wird als synthetische vollständige Sicherung bezeichnet. Dies bezieht sich auf den Vorgang des Erhalts einer vollständigen Sicherung durch Zusammenführen einer inkrementellen Sicherung mit einer vorherigen vollständigen Sicherung auf der Zielseite (dh dem Sicherungsserver).

Ich bin nicht mit Duplicity vertraut, aber von ihrer Website scheint es keine synthetischen vollständigen Sicherungen zu geben. Sie müssen alle inkrementellen Elemente auf dem vollständigen Stand halten, auf dem sie basieren. Wenn das ist der Fall, werden Sie wahrscheinlich eine vollständige Sicherung erzwingen wollen , dass jeder so oft, weil:

• Das Durchlaufen von einer Million Inkrementalen wird die Wiederherstellung wahrscheinlich verlangsamen
• Sie möchten wahrscheinlich nicht, dass die inkrementellen Werte an den Anfang der Zeit zurückgehen

Eine interessante Möglichkeit, synthetische Fulls zu erzielen, besteht darin, rsync mit der Option --link-dest = DIR oder rsnapshot zu verwenden . Es werden nur die Unterschiede zwischen den einzelnen inkrementellen Sicherungen gespeichert, aber jede scheint voll zu sein. Wenn Sie eines von ihnen löschen , werden die inkrementellen Elemente automatisch entsprechend zusammengeführt. Dies geschieht durch die Magie fester Verknüpfungen, sodass die Diffs dateibasiert sind (entweder hat sich die Datei geändert und ist in der Diff enthalten oder nicht).