Proxmox Backup: vzdump-Strategie mit Retention

sgit.space
1 min read
Proxmox Backup: vzdump-Strategie mit Retention

Warum eine vzdump-Strategie wichtig ist

Backups sind das Fundament einer stabilen Self-Hosted-Infrastruktur. Auf sgit.space setzen wir auf Proxmox Backup Server in Kombination mit vzdump, um virtuelle Maschinen und Container zu sichern. Ohne klare Retention-Strategie füllen sich Backupspeicher schnell und ältere Backups werden wertlos.

Grundlagen der vzdump-Retention

Die Retention in Proxmox steuert, wie viele Backups aufbewahrt werden. Wir nutzen vzdump mit den Parametern --remove und --prune-backups, um automatisch alte Backups zu löschen. Ein typisches Beispiel: keep-last=7 behält die letzten sieben Backups, während ältere gelöscht werden.

Unsere Retention-Strategie

Wir verwenden eine gestaffelte Retention: täglich (7 Backups), wöchentlich (4 Backups) und monatlich (3 Backups). Dies wird über vzdump-Skripte und Cron-Jobs umgesetzt. Wichtig ist, dass die Backups auf einem separaten Proxmox Backup Server landen, nicht nur lokal.

Automatisierung mit Cron

Die Backups laufen automatisiert über Cron-Jobs. Beispiel: 0 2 * * * vzdump 100 --mode snapshot --compress zstd --storage backup-storage --prune-backups "keep-last=7". Der Job startet täglich um 2 Uhr, sichert die VM/CT mit ID 100 und löscht überschüssige Backups.

Praxistipps zur Implementierung

Testet die Retention zuerst manuell, bevor ihr sie automatisiert. Prüft, ob --prune-backups korrekt funktioniert und keine unerwarteten Backups löscht. Bei großen Datenmengen sind incremental Backups sinnvoll. Loggt die vzdump-Ausgabe und überwacht sie, um Fehler früh zu erkennen.

Fehlerquellen und Lösungen

Häufige Probleme: Zu kurze Retention führt zu Datenverlust, zu lange belastet den Speicher. Falls Backups nicht gelöscht werden: Prüft Berechtigungen des backup-storage und ob --remove gesetzt ist. Bei ZFS kann eine falsche Snapshop-Verwaltung Performance-Probleme verursachen.