um wiederherstellungstest erweitert
This commit is contained in:
@@ -92,6 +92,58 @@ bash sicherung.sh
|
||||
|
||||
Für einen sicheren Test kann vorübergehend `--dry-run` in die `RSYNC_OPTS` aufgenommen werden; dann zeigt `rsync` nur an, was passieren würde, ohne tatsächlich Daten zu schreiben.[cite:91][cite:43]
|
||||
|
||||
## Wiederherstellungstest
|
||||
|
||||
Ein Backup gilt erst dann als verlässlich, wenn sich Daten daraus testweise wiederherstellen und inhaltlich prüfen lassen.[cite:105][cite:109] Der empfohlene Weg ist, einen Snapshot nicht direkt ins echte Home-Verzeichnis zurückzuschreiben, sondern zunächst in ein separates Testverzeichnis zu restaurieren.[cite:105][cite:107]
|
||||
|
||||
### Testverzeichnis anlegen
|
||||
|
||||
```bash
|
||||
mkdir -p /tmp/restore-test-home
|
||||
```
|
||||
|
||||
### Snapshot auswählen und zurückspielen
|
||||
|
||||
Beispiel für einen Restore eines bestimmten Snapshots:
|
||||
|
||||
```bash
|
||||
SNAP="/run/media/hans/usbsicherung/jacboy_sicherung/$(hostname -s)/2026-04-28_10-30-00"
|
||||
|
||||
rsync -aHAX \
|
||||
"${SNAP}/" \
|
||||
/tmp/restore-test-home/
|
||||
```
|
||||
|
||||
Damit werden die Daten aus dem Snapshot mit Rechten, ACLs und erweiterten Attributen in das Testziel kopiert.[cite:91][cite:43] Alternativ kann auch nur ein Teilbereich wie `Documents/`, ein Projektordner oder `.config/` restauriert werden, um einzelne Anwendungsszenarien gezielt zu prüfen.[cite:105][cite:107]
|
||||
|
||||
### Integrität prüfen
|
||||
|
||||
Nach dem Restore sollten mehrere Prüfungen erfolgen:[cite:105][cite:110]
|
||||
|
||||
- Wichtige Dateien öffnen, etwa Dokumente, PDFs, Bilder oder Quellcode.[cite:105]
|
||||
- Anwendungen testweise mit restaurierten Daten starten, zum Beispiel ein Projekt im Editor oder eine Konfiguration in einem Testprofil.[cite:107]
|
||||
- Für wichtige Dateien Checksummen vergleichen, um die inhaltliche Identität sicherzustellen.[cite:110]
|
||||
|
||||
Beispiel mit `sha256sum`:
|
||||
|
||||
```bash
|
||||
cd "${HOME}"
|
||||
sha256sum wichtige_datei.odt
|
||||
|
||||
cd /tmp/restore-test-home
|
||||
sha256sum wichtige_datei.odt
|
||||
```
|
||||
|
||||
Die Prüfsummen sollten identisch sein.[cite:110]
|
||||
|
||||
### Worauf beim Restore zu achten ist
|
||||
|
||||
Beim Restore-Test sollten insbesondere Dateirechte, Symlinks, ACLs, xattrs und eventuelle Fehlermeldungen von `rsync` geprüft werden.[cite:91][cite:105] Gerade bei einem Restore auf ein anderes Dateisystem kann es Einschränkungen bei ACLs oder erweiterten Attributen geben.[cite:91]
|
||||
|
||||
### Empfehlung für die Praxis
|
||||
|
||||
Sinnvoll ist ein regelmäßiger Wiederherstellungstest, zum Beispiel quartalsweise, mit kurzer Dokumentation: verwendeter Snapshot, Testziel, geprüfte Dateien, Ergebnis und Auffälligkeiten.[cite:105][cite:109] Erst ein erfolgreich getesteter Restore macht aus einem Backup eine belastbare Datensicherung.[cite:105]
|
||||
|
||||
## Beispielskript
|
||||
|
||||
```bash
|
||||
|
||||
Reference in New Issue
Block a user