Verwendung der Option lateLinks

Du kannst storeBackup als ein Programm (storeBackup.pl) verwenden, das alles macht, oder Du kannst die unterschiedlichen Aktivitäten aufteilen. Es gibt primär einen Vorteil bei einer Aufteilung: Die Zeit für das Backup selbst ist aus Sicht des zu sichernden Rechners kürzer.

Die Verwendung von lateLinks ist sinnvoll, wenn Du Deine Backups auf einen NFS-Server speicherst und meinst, dass es eine gute Idee ist, das Ganze zu beschleunigen (siehe Performance). Die Konfiguration von lateLinks ist ein wenig komplizierter als die Verwendung von storeBackup.pl als alleiniges Programm, da Du mehrere Programme kombinieren musst.

StoreBackup.pl als alleiniges Programm erledigt folgende Aufgaben:

1. Die Link-Konsistenz von allen Backups (von allen Backup Serien) wird überprüft. Was das bedeutet, wird später erläutert.
2. Laden von Metadaten von einem oder mehreren älteren Backups. Dieser Schritt ist wie eine Initialisierung, in der Dateinamen, md5-Summen, Datum, Zeiten und einige andere Informationen von den alten Backups geholt werden.
3. Überprüfen von allen zu sichernden Dateien, ob eine andere Datei mit demselben Inhalt bereits in diese alten Backups existiert, von denen Dateinamen, md5-Summen usw. geladen wurden.
4. Die veränderten Daten werden ins Backup transferiert: durch kopieren, komprimieren oder durch Hardlinks. Normalerweise wird auch die Verzeichnisstruktur generiert.
5. Für jede Datei werden Besitzer und Rechte so gesetzt, wie sie im Quellverzeichnis sind.
6. Abhängig von den Regeln in den keep$*$ Optionen von storeBackup.pl werden alte Backups gelöscht.

Wenn Du storeBackup.pl mit der Option lateLinks startest, werden der Datentransfer (siehe Schritt 4) und sämtliche Aktionen auf dem entfernten Dateisystem auf das absolut notwendige Minimum reduziert:

• Die veränderten oder neuen Dateien (inklusive Spezialdateien) werden kopiert. Veränderte Dateien, die komprimiert werden sollen, werden abhängig von Option lateCompress nur kopiert. Es hängt von Deiner Situation ab, ob die Verwendung von lateCompress sinnvoll ist oder nicht.
• Es werden keine Hardlinks im neuen Backup erzeugt.
• Verzeichnisse werden nur erzeugt, wenn sie für das Kopieren / Komprimieren von Dateien notwendig sind.
• Im neuen Backup wird folgende Datei erzeugt: .storeBackupLinks/linkFile.bz2. Sie beinhaltet alle Informationen darüber, was hätte getan werden müssen, um ein vollständiges Backup mit allen Hardlinks, Verzeichnissen und Komprimierungen zu erzeugen. Die richtigen Rechte (die auch nicht gesetzt werden), sind in der Datei .md5CheckSums im obersten Backupverzeichnis gespeichert. Diese Datei wird in einem „vollen`` Backuplauf von storeBackup.pl ebenfalls generiert. Sie wird für die Rücksicherung von Daten ausgewertet (storeBackupRecover.pl).

Du kannst storeBackup.pl unabhängig von Option lateLinks immer so konfigurieren, dass Schritt 6, das Löschen von alten Backups, nicht erfolgt. Insbesondere wenn das Backup auf einen NFS-Server erfolgt, dauert das ein wenig und verlängert das Backup. Verwende storeBackupDel.pl (das die Konfigurationsdatei von storeBackup.pl lesen kann), um das Löschen von alten Backups vom direkten Backup-Prozess zu trennen.

Es ist wichtig zu verstehen, dass die Verwendung der Option lateLinks ein unvollständiges Backup erzeugt. Derartige Backups enthalten alle Daten, die gesichert werden sollten; daher ist die Basis vorhanden. Aber der Ablauf von storeBackup.pl ist nicht vollständig:

• Verzeichniseinträge fehlen
• Dateien sind nicht komprimiert (falls lateCompress verwendet wurde)
• Es wurden keine Hardlinks gesetzt.
• Die Rechte sind weder für Dateien noch für Verzeichnisse richtig gesetzt.
• Beachte, dass alle Informationen, die notwendig sind, um ein vollständiges Backup zu vollenden, vorhanden sind! Im Falle der Hardlinks bedeutet das, dass in der Datei linkFile.bz2 die Informationen darüber enthalten sind, welche Hardlinks zu Dateien in alten Backups zu setzen sind. In diesen älteren Backups kann aber eventuell auch nur ein Eintrag in linkFile.bz2 existieren, und so weiter. Also pass auf: Wenn Du eines der Backups löscht, auf das referenziert wird, zerstörst Du alle folgenden Backups, die darauf direkt oder indirekt verweisen. Lösche Backups nur mit storeBackup.pl oder storeBackupDel.pl - verwende niemals rm oder ähnliches! Diese beiden Programme achten auf die gerade beschriebenen Abhängigkeiten. Falls Du Backups mit rm löscht, stell sicher, dass storeBackupUpdateBackup.pl vorher alle Backups erfolgreich beendet hat. Wenn alle Hardlinks gesetzt sind, existiert absolut kein Unterschied zwischen den unterschiedlich erzeugten Backups.

Mit der Option lateLinks werden temporär inkrementelle Backups erzeugt, aus denen später mittels storeBackupUpdateBackup.pl unter Zuhilfenahme alter Backups volle Backups generiert werden.

Die folgende Abbildung zeigt zwei über Kreuz verlinkte Backup-Serien von unterschiedlichen Rechnern. ²⁴ Du siehst, dass die aus Option lateLinks resultierenden Abhängigkeiten komplex sein können. Die Hardlinks selbst sind niemals ein Problem, weil es kein Original oder eine „richtige`` Referenz gibt - jeder Hardlink ist ein Originalzeiger auf die Datei oder präziser auf den Inode. Eine Datei wird erst mit dem letzten Hardlink gelöscht. Jedoch sind die Referenzen von lateLinks nur Dateinamen in einer Datei und haben nichts mit dem Dateisystem zu tun.

Verwende storeBackupUpdateBackup.pl, um ein nicht beendetes Backup zu beenden (all dieses Linken und Komprimieren und so weiter). Es wird Deine Backups analysieren (unter backupDir) und die richtige Reihenfolge für die Komplettierung finden. Nach dem erfolgreichen, gesonderten Lauf von storeBackupUpdateBackup.pl befinden sich Deine Backups in demselben Zustand, als hättest Du die Backups ohne Option lateLinks durchgeführt. Neben anderem wird die Datei .storeBackupLinks/linkFile.bz2 gelöscht und alles hart verlinkt (und komprimiert) sowie die Rechte analog zum Quellverzeichnis gesetzt (außer Du hast Option ignorePerms in storeBackup.pl gesetzt).

Wenn Du Option lateLinks verwendest, solltest Du storeBackupUpdateBackup.pl regelmäßig, z.B. jede Nacht laufen lassen und überprüfen, ob ERROR-Meldungen erzeugt wurden.

Zusammenfassung:

• Mit lateLinks werden nicht vollendete Backups erzeugt. Mit storeBackupUpdateBackup.p können diese später vervollständigt werden.
• Du kannst kein vollständiges Backup erstellen (also ein Backup ohne lateLinks), wenn dieses neue Backup auf ein vorheriges unvollständiges Backup verweisen soll. Das ist einfach deshalb so, weil Hardlinks auf nicht vorhandene Dateien nicht gesetzt werden können.
• Bei Verwendung von storeBackup.pl oder storeBackupDel.pl können keine Backups gelöscht werden, auf die noch unvollendete Backups verweisen.