Proxmox-VE-VMs sichern: Schritt für Schritt

Was Sie einrichten

BackupZit sichert virtuelle Maschinen (QEMU) und Container (LXC) von Proxmox VE, ohne etwas in den Gästen zu installieren. Ein kleiner Agent läuft auf jedem Proxmox-Knoten, erstellt einen temporären Snapshot jedes Gastes, liest seine Datenträger und speichert sie auf dem Speicher Ihrer Wahl. Eine Web-Konsole plant die Aufträge, führt den Verlauf und startet die Wiederherstellungen.

• Was Sie brauchen
• 1. Konsole
• 2. Speicher
• 3. Agent auf dem Knoten
• 4. Sicherungsauftrag
• 5. Konsistente Sicherungen
• 6. Kopie außer Haus
• 7. Wiederherstellungstests
• Wiederherstellen
• Host-Konfiguration
• Grenzen

Was Sie brauchen

• Einen oder mehrere Knoten mit Proxmox VE 7, 8 oder 9 (sie basieren auf Debian, daher passt das Debian-Paket des Agenten).
• Einen Platz für die BackupZit-Konsole: eine kleine Linux-VM mit 2 vCPU, 2–4 GB RAM und 16–20 GB Festplatte. Die Konsole speichert selbst keine Sicherungsdaten und kann daher als VM im selben Cluster laufen.
• Sicherungsspeicher außerhalb des Proxmox-Knotens — zum Beispiel ein Linux-Server oder NAS per SFTP, eine SMB-Freigabe, ein S3-kompatibler Bucket oder ein gehärtetes BackupZit-Repository (Hardened Repository). Die Agenten schreiben direkt dorthin.
• Netzwerk: Die Agenten erreichen die Konsole über TCP-Port 8443.

Schritt 1 — Konsole installieren

Am schnellsten geht es auf Proxmox mit dem fertigen Appliance-Image backupzit-appliance.qcow2 von der Download-Seite (Debian, PostgreSQL und die Konsole, bereits eingerichtet):

1. Erstellen Sie eine VM ohne Festplatte: 2 vCPU, 2–4 GB RAM, VirtIO-Netzwerk.
2. Kopieren Sie backupzit-appliance.qcow2 auf den Knoten und importieren Sie es als Festplatte der VM (<vmid> ersetzen):

   qm importdisk <vmid> backupzit-appliance.qcow2 local-lvm

3. Hängen Sie die importierte Festplatte als SCSI an, machen Sie sie zur Boot-Festplatte und aktivieren Sie in den VM-Optionen den QEMU Guest Agent.
4. Starten Sie die VM. Ihr Bildschirm zeigt die Adresse der Web-Konsole und das anfängliche Passwort des Benutzers admin. Öffnen Sie https://<adresse>:8443, melden Sie sich an und ändern Sie das Passwort.

Auf dem Bildschirm der VM können Sie sich als bzadmin anmelden und eine statische Adresse, den Servernamen und die Zeitzone setzen (die Appliance startet in UTC, und Zeitpläne laufen in der Zeitzone der Konsole). Lieber auf einem vorhandenen Debian-, Ubuntu-, AlmaLinux- oder Rocky-Linux-Server? Das Installationsskript mit einer Zeile auf der Download-Seite erledigt dasselbe dort.

Schritt 2 — Speicherziel hinzufügen

Öffnen Sie in der Konsole Speicher und fügen Sie ein Ziel hinzu. Typische Wahl für Proxmox-Sicherungen:

Lassen Sie Sicherungen verschlüsseln (AES-256) eingeschaltet (Standard): Alles wird auf dem Knoten mit AES-256-GCM verschlüsselt, bevor es ihn verlässt. Die Konsole zeigt dann einen Wiederherstellungsschlüssel — drucken Sie das Wiederherstellungsblatt aus oder legen Sie den Schlüssel in einem Passwortmanager ab, getrennt von den Sicherungen. Mit dem Schlüssel, dem Speicherort und dessen Zugangsdaten können Sie auch ohne Konsole wiederherstellen; ohne den Schlüssel kann niemand die Sicherungen lesen.

Schritt 3 — Agent auf jedem Knoten installieren

1. Öffnen Sie in der Konsole Agenten und klicken Sie auf Registrierungstoken erstellen. Sie erhalten einen Registrierungscode (BZ1-…), der 7 Tage gilt und für beliebig viele Rechner funktioniert.
2. Laden Sie das Paket Linux-Agent — Debian / Ubuntu von der Seite Agenten auf den Knoten und führen Sie aus:

   apt install ./backupzit-agent_*.deb
   backupzit-agent enroll --code "BZ1-..."
   systemctl enable --now backupzit-agent

3. Innerhalb einer Minute erscheint der Knoten auf der Seite Agenten mit dem Kennzeichen Proxmox VE · N guests.

Der Agent nutzt die Werkzeuge des Knotens (qm, pct, pvesm, LVM, ZFS, Ceph). In der Konsole wird weder ein Proxmox-API-Token noch ein root-Passwort gespeichert. Installieren Sie den Agenten in einem Cluster auf jedem Knoten.

Schritt 4 — Sicherungsauftrag anlegen

1. Öffnen Sie Sicherungsaufträge, legen Sie einen Auftrag an und wählen Sie den Agenten des Knotens.
2. Wählen Sie Virtuelle Maschinen (Proxmox VE, Hyper-V, VMware), dann Alle VMs (und Container) auf dem Host — später erstellte Gäste werden automatisch einbezogen — oder markieren Sie einzelne Gäste.
3. Wählen Sie das Speicherziel aus Schritt 2.
4. Legen Sie einen Zeitplan fest, zum Beispiel jeden Werktag um 22:00. Aufträge können auch alle 15 Minuten bis 12 Stunden laufen, einmal im Monat oder nach einem anderen Auftrag starten.
5. Legen Sie die Aufbewahrung fest. Beispiel: 3 neueste, 7 tägliche, 4 wöchentliche, 6 monatliche hält etwa ein halbes Jahr Verlauf mit rund 20 Wiederherstellungspunkten.

Was bei jedem Lauf passiert:

1. Ein temporärer Proxmox-Snapshot (backupzit_…) wird erstellt; der Gast läuft weiter.
2. Jede Festplatte wird aus dem Snapshot in Blöcken zu 1 MiB gelesen. Leere Blöcke werden nicht gespeichert, und Blöcke, die bereits im Repository liegen, werden nicht erneut hochgeladen — nach der ersten Sicherung gehen nur geänderte Daten über das Netz. Jede Sicherung bleibt trotzdem ein vollständiger Wiederherstellungspunkt.
3. Der Snapshot wird entfernt. Die Konfiguration des Gastes (CPU, Speicher, Netzwerk, Festplatten) wird mit der Sicherung gespeichert.

Da unveränderte Daten nur einmal gespeichert werden, kostet eine lange Aufbewahrung wenig zusätzlichen Platz.

Welche Festplatten im laufenden Betrieb gesichert werden können

Angehaltene Gäste können auf allen diesen Speichern gesichert werden. Festplatten mit Backup: no (backup=0), durchgereichte physische Festplatten und Bind-Mounts werden übersprungen und als Warnung gemeldet.

Schritt 5 — Anwendungskonsistente Sicherungen

Läuft in einer VM der QEMU Guest Agent und ist er in ihren Optionen aktiviert, friert Proxmox die Dateisysteme der VM für den Snapshot ein, sodass Datenbanken und andere Anwendungen in einem sauberen Zustand erfasst werden. Ohne ihn ist die Sicherung absturzkonsistent — wie nach einem Stromausfall.

In einer Debian- oder Ubuntu-VM:

apt install qemu-guest-agent
systemctl enable --now qemu-guest-agent

Installieren Sie in Windows-VMs die VirtIO Guest Tools. Aktivieren Sie dann den Agenten für die VM auf dem Knoten (wirksam nach dem nächsten vollständigen Stoppen und Starten der VM):

qm set <vmid> --agent enabled=1

Die Laufseite jeder Sicherung zeigt pro Gast, welche Festplatten gelesen wurden und wie der Gast erfasst wurde.

Schritt 6 — Eine Kopie außer Haus (3-2-1)

Die 3-2-1-Regel: drei Kopien Ihrer Daten auf zwei verschiedenen Medien, eine davon außer Haus. Legen Sie einen zweiten Auftrag der Art Sicherungskopie an, wählen Sie den Proxmox-Auftrag als Quelle und ein Ziel außer Haus, etwa einen S3-Bucket mit Object Lock oder ein gehärtetes Repository in einem anderen Gebäude.

• Der Agent kopiert die vorhandenen Sicherungen; die VMs werden nicht erneut gelesen.
• Nur Daten, die am Ziel noch fehlen, werden gesendet, verschlüsselt mit dem Schlüssel des Ziels.
• Standardmäßig läuft die Kopie nach jeder Sicherung des Quellauftrags; jeder Zeitplan ist möglich, z. B. einmal pro Nacht bei einer langsamen Leitung.
• Die Kopie hat ihre eigene Aufbewahrung, z. B. 7 tägliche auf dem NAS und 12 monatliche in der Cloud.

VMs lassen sich aus der Kopie wie aus dem Original wiederherstellen — ganze VMs, einzelne Dateien und Instant Recovery. Mehr zu unveränderlichen Kopien unter Schutz vor Ransomware.

Schritt 7 — Beweisen, dass die Sicherungen starten

Lesbare Blöcke beweisen nicht, dass eine VM noch startet. Schalten Sie unter Einstellungen → Wiederherstellungstests den Starttest für Proxmox-VM-Sicherungen ein. Der Wiederherstellungstest startet dann jede VM der neuesten Sicherung nacheinander auf dem Knoten des Auftrags, direkt aus der Sicherung, mit neuer ID und getrennten Netzwerkkarten, damit sie nicht mit dem Original kollidiert — und löscht sie anschließend wieder.

• Eine VM besteht, wenn ihr QEMU Guest Agent rechtzeitig antwortet, also das Betriebssystem gestartet ist. VMs ohne Guest Agent bestehen, wenn sie eine Minute lang laufen, und werden als laufend statt gestartet angezeigt.
• Der Knoten braucht während des Tests freien Speicher für eine weitere VM.
• Zusätzlich liest eine Datenprüfung (standardmäßig monatlich) alle gespeicherten Daten und prüft sie gegen ihre Prüfsummen, um Schäden am Speicher selbst zu finden, bevor Sie die Sicherung brauchen.

Wiederherstellen

Öffnen Sie einen Sicherungslauf (auf der Auftragsseite oder unter Aktivität) und wählen Sie Eine VM oder einen Container wiederherstellen.

Ganze VM oder ganzer Container

• Wiederherstellung auf jedem Knoten mit Agent — auch auf einem Knoten eines anderen Clusters.
• Als neuer Gast mit der nächsten freien ID (Standard), während das Original weiterläuft; die Kopie erhält neue MAC-Adressen. Oder mit der ursprünglichen ID, nachdem der Gast gelöscht wurde, optional als Ersatz eines vorhandenen.
• Wählen Sie Namen und Speicher für die Festplatten und ob der Gast nach der Wiederherstellung starten soll.
• Jede Wiederherstellung gibt VMs eine neue Generation-ID (vmgenid), sodass Windows-Domänencontroller das Zurücksetzen sicher erkennen.

Instant Recovery: die VM läuft in Sekunden

Eine normale Wiederherstellung dauert so lange wie das Kopieren der Festplatten. Mit Sofort, aus der Sicherung laufend stellt der Agent die Festplatten schreibgeschützt aus der Sicherung bereit und startet eine neue VM, deren Schreibzugriffe in lokale Overlays gehen. Wenn Sie zufrieden sind, verschiebt Abschließen die Festplatten auf den gewählten Speicher, während die VM weiterläuft (qm disk move); VM verwerfen löscht die VM und ihre Änderungen. Die VM ist so schnell wie der Sicherungsspeicher, daher eignet sich ein Repository auf einer lokalen Festplatte oder einer schnellen Netzwerkfreigabe am besten. Instant Recovery gilt für VMs, nicht für Container.

Einzelne Dateien

Klicken Sie in der Gästetabelle eines Sicherungslaufs auf Dateien durchsuchen. Die Konsole liest die Festplatte direkt aus der Sicherung — es wird vorher nichts wiederhergestellt — und lässt Sie NTFS, ext2/3/4 und XFS durchsuchen, auch innerhalb von LVM. Laden Sie Dateien herunter (mehrere als ZIP) oder stellen Sie sie in einen Ordner auf einem beliebigen Agenten wieder her. Das Durchsuchen in der Konsole setzt eine Sicherung auf Netzwerkspeicher voraus (SFTP, S3, SMB, Azure oder gehärtetes Repository).

Replikate für die wichtigsten Gäste

Unter Erweitert im Auftrag hält Replikate der VMs vorhalten nach jeder Sicherung eine gestoppte Kopie jedes Gastes auf einem anderen Knoten oder Cluster aktuell. Es werden nur geänderte Blöcke geschrieben — typischerweise einige Sekunden pro Sicherung. Geht ein Gast verloren, startet Replikat starten ihn mit den Daten der letzten Sicherung, ohne Wiederherstellung.

Über die Kommandozeile

Alles funktioniert auch ohne Konsole, zum Beispiel um einen Knoten nach einem Ausfall neu aufzubauen:

backupzit-agent pve list
backupzit-agent pve show    --repo ... latest
backupzit-agent pve restore --repo ... --vmid 100 --new-vmid -1 --storage local-lvm --start latest

Den Proxmox-Host selbst sichern

Die Gäste sind nur die Hälfte eines Knotens: Speicherdefinitionen, Netzwerk, Benutzer, Firewall, Zertifikate und die Einstellungen jeder VM und jedes Containers stecken in seiner Konfiguration. Sichern Sie sie mit einem gewöhnlichen Job Dateien und Ordner auf dem Agenten des Knotens, z. B. täglich, mit den Pfaden /etc (enthält /etc/pve, das Netzwerk und /etc/hosts) und /var/lib/pve-cluster (die Konfigurationsdatenbank config.db). Für eine vollständig konsistente Kopie der Datenbank im laufenden Betrieb tragen Sie Folgendes als Befehl vor der Sicherung ein und sichern zusätzlich /root/pve-config.db:

# one-time: apt install sqlite3
sqlite3 /var/lib/pve-cluster/config.db ".backup /root/pve-config.db"

Einen ausgefallenen Knoten neu aufbauen: dieselbe Proxmox-VE-Version mit gleichem Hostnamen und gleicher Adresse installieren, den Agenten installieren, /etc/network/interfaces und /etc/hosts wiederherstellen, den Cluster-Dienst stoppen (systemctl stop pve-cluster), config.db nach /var/lib/pve-cluster zurückspielen, den Dienst wieder starten und dann die Gäste wiederherstellen. In einem Cluster nehmen Sie einen neu installierten Knoten wieder in den Cluster auf, statt config.db zurückzuspielen.

Grenzen, die Sie kennen sollten

• Unterstützt werden Proxmox VE 7, 8 und 9. XCP-ng wird nicht unterstützt.
• Container-Festplatten auf ZFS-Subvolumes werden noch nicht unterstützt.
• Raw-Festplatten auf Verzeichnis-, NFS- oder CIFS-Speicher und Festplatten auf Thick-LVM können nur bei angehaltenem Gast gesichert werden.
• In einem Cluster sichert ein Auftrag die Gäste seines eigenen Knotens. Ein auf einen anderen Knoten migrierter Gast wird als Warnung gemeldet — nutzen Sie Alle VMs (und Container) auf dem Host auf jedem Knoten, damit migrierte Gäste abgedeckt bleiben.
• Cloud-init-Laufwerke werden nicht gespeichert; sie werden bei der Wiederherstellung aus der Konfiguration neu erstellt.

Nächste Schritte

BackupZit ist kostenlos und Open Source (AGPLv3), ohne Begrenzung von VMs oder Knoten. Laden Sie es herunter, sehen Sie alle Proxmox-Funktionen oder lesen Sie das vollständige Kapitel zu Proxmox VE in der Anleitung in der Konsole. Fragen sind in den GitHub Discussions willkommen. Unternehmen erhalten kommerziellen Support von MaxZit (nur auf Englisch).