Backup-Strategie 3-2-1 mit Proxmox Backup Server

Backups sind wie Feuerlöscher: jahrelang unsichtbar, im Ernstfall das Einzige, was zählt. Mit Proxmox Backup Server (PBS) haben wir eine Lösung, die mehr kann als nächtliche Vollbackups auf externe Platten.

3-2-1: Der Standard, der gilt

• Drei Kopien der Daten (Original + zwei Backups)
• Auf zwei verschiedenen Medien (z. B. NVMe-Storage + HDD-Array)
• Eine Kopie offsite (anderer Brandabschnitt, anderes Gebäude, andere Stadt)

PBS deckt das aus einer Hand — und NIS2 verlangt de facto nichts anderes.

Von 3-2-1 zu 3-2-1-1-0

Seit Ransomware Backups gezielt mitverschlüsselt, reicht 3-2-1 allein nicht mehr. Die erweiterte Regel: 1 Kopie offline oder unveränderlich (immutable), 0 Fehler nach der Verifikation. Genau hier spielt PBS seine Stärken aus — dazu unten Verify-Jobs und eine append-only-Offsite-Kopie.

Proxmox Backup Server: Deduplizierung als Killer-Feature

PBS sichert VMs und Container inkrementell und dedupliziert auf Block-Ebene. Der erste Lauf dauert, jeder weitere sichert nur noch geänderte Blöcke. Das Resultat: Hunderte Snapshots auf erstaunlich wenig Speicher.

Ein PBS-Backup der ERP-VM mit 200 GB Disk belegt nach 90 Tagen Aufbewahrung kaum mehr als 250 GB — weil täglich nur ein paar hundert MB dazukommen und der Rest referenziert wird.

proxmox-backup-client backup root.pxar:/ --repository senn@pbs@<pbs-ip>:backups

Das Repository kann lokal sein — oder entfernt. Genau das nutzen wir für die Offsite-Kopie.

Verify, Prune, Garbage Collection

Drei Routinen halten den Datastore gesund:

• Verify-Jobs lesen die Chunks zurück und prüfen ihre Prüfsummen — so wird die "0" aus 3-2-1-1-0 belastbar, statt nur erhofft.
• Prune löscht nach einer Aufbewahrungsregel (z. B. "7 täglich, 4 wöchentlich, 6 monatlich").
• Garbage Collection gibt den Speicher der nicht mehr referenzierten Chunks frei.

In grösseren Umgebungen trennen Namespaces Mandanten oder Standorte sauber im selben Datastore.

Offsite: Hetzner Storage-Box als PBS-Remote

Die Storage-Box bei Hetzner (nicht im selben RZ wie der Cluster) wird als PBS-Remote eingebunden. Nach dem lokalen Backup synchronisiert PBS die Snapshots dorthin:

proxmox-backup-manager remote add hetzner-offsite \
  --host <storagebox-ip> --user senn --repository backups

Das ist kein manueller Sync, sondern PBS-eigene Replikation — verschlüsselt, dedupliziert, inkrementell. Mit eingeschränkten Schreibrechten auf der Gegenseite (append-only) wird daraus die unveränderliche Kopie, an die selbst ein kompromittierter Cluster nicht herankommt. Die Storage-Box kostet weniger als ein Cloud-Backup-Abo und hält die Daten in Deutschland.

ZFS-Snapshots als erste Verteidigungslinie

Backup ist die letzte Rettung, Snapshots die erste. Bei einem Fehler — falsches SQL-Update, gelöschte Freigabe — ist der Snapshot von vor drei Stunden schneller zurückgeholt als jedes Band.

PBS integriert ZFS: Snapshot erstellen, Snapshot sichern, Snapshot verwerfen. Keine laufende VM friert ein, kein Dienst merkt davon. Auch der TrueNAS-Fileserver hängt nach diesem Muster an der Backup-Kette.

Und wenn noch VMware im Spiel ist?

In gemischten Landschaften sichert Veeam Backup & Replication (seit Version 12.2 mit nativer Proxmox-VE-Unterstützung) VMware-, Proxmox- und physische Systeme aus einer Konsole — und kann ein VMware-Backup direkt auf Proxmox zurückspielen. Das ist zugleich ein eleganter Migrationsweg weg von VMware.

Wiederherstellung: Getestet, nicht geglaubt

Ein Backup, das nie zurückgespielt wurde, ist keines. Wir restaurieren monatlich eine Test-VM aus der Offsite-Kopie. Das automatisiert PBS nicht, aber es hält ehrlich. Dauer: unter 15 Minuten, inklusive Boot-Test.

Fazit

3-2-1 klingt nach Theorie, PBS macht es praktisch. Lokales Backup auf dem Cluster, unveränderliche Offsite-Kopie auf Hetzner Storage-Box, Snapshots für die schnelle Rettung, Verify-Jobs für die Gewissheit — das ist die Backup-Strategie, die auch einen NIS2-Prüfer überzeugt.