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]
|
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
|
## Beispielskript
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
|
|||||||
Reference in New Issue
Block a user