Proxmox VE ist ein leistungsfähiger Hypervisor, aber die Kluft zwischen „konfigurierten Backups“ und „Backups, die funktionieren, wenn eine Wiederherstellung erforderlich ist“, ist der Ursprung der meisten Vorfälle.
Dieser Leitfaden deckt das gesamte Proxmox-Backup VM-Workflow: Die drei nativen Backup-Modi und ihre jeweiligen Anwendungsbereiche, die Planung automatischer Backups in Proxmox, der Speicherort der Proxmox-VM-Backup-Dateien, das gleichzeitige Sichern aller Proxmox-VMs, die Anbindung von Backup-Aufträgen an NAS-Speicher und vieles mehr. inkrementelles Backup passt hinein. Wir gehen auch darauf ein, wo native Tools an ihre Grenzen stoßen und was Enterprise-Teams stattdessen verwenden.
Sehen Sie, wie Zmanda Pro dies vereinfacht.
Drei Proxmox-VM-Backup-Modi: So wählen Sie den richtigen aus
Proxmox VE wird ausgeliefert mit vzdump, ein integriertes Backup-Dienstprogramm für KVM/QEMU-VMs und LXC-Container. Jeder Backup-Auftrag erfordert die Auswahl eines Modus, der die Konsistenz, die Auswirkungen auf den Produktivbetrieb und die Eignung für den in der VM ausgeführten Workload-Typ bestimmt.
| Model | Funktionsweise | Konsistenz | Produktion sicher? | Am besten geeignet für |
|---|---|---|---|---|
| Stoppen | Die VM wird vor der Datensicherung heruntergefahren; nach Abschluss wird sie neu gestartet. | Höchste Bewertung – sauberer Zustand, keine Einträge während des Fluges | Nein – verursacht Ausfallzeiten | Entwicklungs-/Testumgebung, nicht kritische Workloads |
| Aussetzen | Die VM wird angehalten, der Arbeitsspeicher wird auf die Festplatte gespeichert und anschließend wiederhergestellt. | Hoch – Speicherzustand erhalten | Begrenzt – kurzzeitiger Einfrieren | VMs, die eine Speicherung des Speicherzustands erfordern |
| Schnappschuss | Festplatten-Snapshot, während die VM weiterläuft | Gut – dateisystemkompatibel mit dem QEMU-Gastagenten | Ja | Produktions-VMs, die eine kontinuierliche Verfügbarkeit erfordern |
Die kritische Bedingung für den Snapshot-Modus: die QEMU-Gästeagent Der Agent muss in der VM installiert sein und aktiv ausgeführt werden. Ohne ihn erstellt Proxmox zwar weiterhin Snapshots, die Integrität des Dateisystems ist jedoch nicht gewährleistet. Bei MySQL, PostgreSQL oder anderen transaktionalen Anwendungen, die in der VM ausgeführt werden, kann ein absturzkonsistenter Snapshot zwar gültig erscheinen, aber bei der Wiederherstellung fehlschlagen. Installieren Sie den Agenten daher, bevor Sie den Snapshot-Modus für Datenbank-Workloads verwenden.
Sie sind sich nicht sicher, wann Sie dies verwenden sollen? Siehe Proxmox Backup vs. Snapshot: Welches schützt Ihre VMs wirklich?.
Sichern einer einzelnen Proxmox-VM: Web-UI und CLI
Für die Sicherung einer einzelnen VM über die Weboberfläche: Navigieren Sie zum Knoten, wählen Sie die VM anhand ihrer ID aus und öffnen Sie die Sicherungskopie Registerkarte, und klicken Sie auf Jetzt sichernWählen Sie Speicherziel, Sicherungsmodus und Komprimierungstyp aus und bestätigen Sie. Die Protokollausgabe erfolgt in Echtzeit, und die fertige Sicherungsdatei erscheint sofort am Speicherort.
Für CLI-verwaltete Umgebungen ist vzdump das native Tool:
vzdump 100 --storage local --mode snapshot --compress zstdUm in ein bestimmtes Verzeichnis anstatt in ein benanntes Speicherziel zu schreiben:
vzdump 100 --dumpdir /mnt/backup/vms --mode snapshotDas --compress Flagge akzeptiert zstd (empfohlen für ein ausgewogenes Verhältnis von Geschwindigkeit zu Übersetzung), lzoden gzipFür die meisten Umgebungen zstd Erreicht eine Komprimierung von 40–60 % bei gemischten VM-Workloads mit minimalem CPU-Overhead und einer deutlichen Reduzierung des NAS-Speicherverbrauchs im Laufe der Zeit.
Wenn Sie PBS noch nicht kennen, beginnen Sie mit Proxmox Backup Server: Der vollständige Leitfaden für IT-Teams.
Wie konfiguriert man die automatische Datensicherung in Proxmox?
Der Proxmox-Scheduler befindet sich unter Rechenzentrum → Backup → HinzufügenJeder Auftrag definiert: welche VMs (bestimmte IDs oder alle) einbezogen werden sollen, das Speicherziel, den Sicherungsmodus, den Cron-ähnlichen Zeitplan und die Aufbewahrungsrichtlinie. Nach der Konfiguration werden die Aufträge automatisch ohne manuelle Eingriffe ausgeführt.
Gängige Backup-Zeitpläne für Proxmox in Produktionsumgebungen:
- Täglich um 2:00 Uhr (
0 2 * * *): Standard für Produktions-VMs mit einem RPO von 24 Stunden. Häufigstes Muster bei Implementierungen in kleinen und mittelständischen Unternehmen. - Alle 6 Stunden (
0 */6 * * *): Strebt ein RPO von 6 Stunden für kritische Systeme an. Erfordert ausreichend Speicherplatz für 4 tägliche Backups pro VM. - Wöchentlich am Sonntag (
0 0 * * 0): Geeignet für Entwicklungs-/Test-VMs mit geringen Änderungsraten.
Die Aufbewahrungsdauer wird innerhalb desselben Auftrags festgelegt. Eine empfohlene Produktionsbasis: 7 Tage täglich, 4 Wochen wöchentlich, 3 Monate monatlich. Konfigurieren Sie die Aufbewahrungsdauer immer; andernfalls häufen sich die Backups an, bis der Speicherplatz voll ist und der nächste geplante Auftrag ohne Fehlermeldung fehlschlägt. In Umgebungen mit mehr als 20 VMs sollten die Startzeiten der einzelnen Batches um 5–10 Minuten gestaffelt werden, um die E/A-Last über das Backup-Fenster zu verteilen.
So sichern Sie alle Proxmox-VMs gleichzeitig
Das --all Mit diesem Flag werden alle VMs und LXC-Container auf dem Knoten mit einem einzigen Befehl abgedeckt:
vzdump --all --storage backup-storage --mode snapshot --compress zstdSo schließen Sie bestimmte VMIDs aus:
vzdump --all --exclude 101,102 --storage backup-storage --mode snapshotDie Web-Benutzeroberfläche enthält den Datacenter → Backup-Scheduler mit einer Alle Die Option „Bereich“ deckt automatisch alle Workloads auf dem ausgewählten Knoten ab. Bei Clustern mit mehreren Knoten kann für jeden Knoten ein Backup-Auftrag erstellt oder alle Knoten auf einer Proxmox Backup Server-Instanz zentralisiert werden, die als einziges Speicherziel dient.
Überwachen Sie die Gesamtdauer des Auftrags im Verhältnis zu Ihrem Sicherungsfenster, wenn Sie Aufträge für alle VMs ausführen. Ein Cluster mit 30 VMs, die jeweils durchschnittlich 300 GB groß sind, muss pro vollständigem Sicherungszyklus etwa 9 TB übertragen. Bei einem realen Durchsatz von 80 MB/s über 1 GbE dauert dies mehr als 28 Stunden und liegt damit weit außerhalb der meisten praktischen Zeitfenster. Dies ist der Hauptgrund für die Einführung von inkrementelle Architektur des Proxmox Backup Servers oder eine Unternehmensplattform für größere Implementierungen.
Proxmox VM-Backup-Speicherort: Hier werden Ihre Dateien gespeichert
Der Speicherort für die Proxmox-VM-Sicherung wird durch das unter konfigurierte Speicherziel bestimmt. Rechenzentrum → SpeicherDie von vzdump erstellten Dateien folgen diesem Namensformat:
vzdump-qemu-{VMID}-{YYYY_MM_DD}-{HH_MM_SS}.vma.zstBei LXC-Containern ändert sich das Präfix zu vzdump-lxc-Gängige Speicherkonfigurationen:
- Lokales Verzeichnis:
/var/lib/vz/dump/Standardmäßig. Einfach, teilt sich aber die Festplatte mit dem Betriebssystem und den VM-Images und ist daher nicht für den Produktiveinsatz geeignet. - NFS-eingebundenes NAS: Eine NAS-Freigabe, die als Proxmox-Speicherort definiert ist. Am häufigsten in kleinen und mittelständischen Unternehmen mit bestehender NAS-Infrastruktur.
- PBS-Datenspeicher: Die Backups werden als deduplizierte Blöcke gespeichert. Sie sind nicht als einzelne Dateien zugänglich, aber über die PBS- oder PVE-Schnittstelle vollständig wiederherstellbar.
Unabdingbar: Der Backup-Speicher muss physisch vom Datenträger der Quell-VM getrennt sein. Ein Backup auf demselben Laufwerk wie die zu schützende VM schlägt fehl, wenn dieses Laufwerk nicht verwendet wird.
Proxmox-VMs auf NAS sichern
Die NAS-basierte Datensicherung ist das gängigste Backup-Muster für virtuelle Maschinen auf ein NAS in Proxmox, insbesondere für kleine und mittelständische Unternehmen. Die Konfiguration erfolgt in drei Schritten: Zuerst wird eine NFS- oder SMB-Freigabe auf dem NAS erstellt. Anschließend wird diese in Proxmox unter „Datacenter“ → „Storage“ → „Add“ → „NFS“ (oder „CIFS“) als Speicherziel hinzugefügt und schließlich in der Backup-Job-Konfiguration als Speicherziel ausgewählt.
Für Synology NAS: Stellen Sie sicher, dass die NFS-Exportberechtigungen die IP-Adresse des Proxmox-Knotens zulassen, wobei Root-Squash deaktiviert oder einem Backup-Benutzer mit Schreibzugriff zugeordnet sein muss. Aktiviertes Root-Squash ist die häufigste Ursache für Probleme. permission denied Fehler beim Schreiben mit vzdump. Für TrueNAS: Konfigurieren Sie die Dataset-Berechtigungen so, dass der NFS-Schreibzugriff von der IP-Adresse des Proxmox-Knotens aus möglich ist. Verwenden Sie ein dediziertes Dataset für VM-Backups; die Vermischung von Backup-Daten mit anderen NAS-Daten erschwert die Kapazitätsverwaltung und die Einhaltung der Aufbewahrungsfristen.
Die Netzwerkbandbreite ist der limitierende Faktor. Eine 1-GbE-Verbindung liefert in der Praxis einen Durchsatz von etwa 80–90 MB/s. Für Umgebungen mit mehr als 20 VMs oder 5 TB Quelldaten wird ein dediziertes Backup-VLAN mit 10 GbE empfohlen. Für die zentrale NFS-Backup-Verwaltung über Workloads jenseits von Proxmox hinaus, NFS- und iSCSI-Backup-Unterstützung von Zmanda Pro bietet eine einheitliche Steuerung ohne zusätzlichen Aufwand für die manuelle Konfiguration pro Knoten.
Proxmox Backup Inkrementell: Warum vollständige Backups an ihre Grenzen stoßen
Das native vzdump erstellt standardmäßig vollständige Backups. Eine 300 GB große VM erzeugt nach der Komprimierung etwa 120–180 GB pro Backup. Bei einer täglichen Aufbewahrungsdauer von 30 Tagen entspricht das 3.6–5.4 TB Speicherplatz pro VM. Bei 20 VMs wird die Berechnung ohne eine erhebliche NAS-Investition schwierig.
Proxmox Backup Server (PBS) führt eine echte inkrementelle Proxmox-Backup-Architektur mittels Change Block Tracking (CBT) ein. Nach einem initialen vollständigen Backup übertragen nachfolgende Jobs nur die geänderten Blöcke, typischerweise 3–10 % der VM-Größe pro Tag. Die PBS-Deduplizierung erreicht bei gemischten VM-Workloads typischerweise ein Verhältnis von 2:1 bis 5:1 und ist damit deutlich effizienter als die direkte vzdump-zu-NFS-Übertragung in Umgebungen mit wiederkehrenden Backup-Jobs.
Hinweise zur Hardware-Dimensionierung vor der Bereitstellung von PBS finden Sie unter Proxmox Backup Server – Anforderungsleitfaden.
Für Teams, die eine höhere Effizienz benötigen, Zmanda Pro Zmanda Pro erweitert dies um clientseitige Deduplizierung, bevor die Daten die Quelle verlassen, und erzielt so eine Speicherreduzierung von bis zu 90 % im Produktivbetrieb bei großem Umfang. Dies wurde an über 2,600 Standorten eines großen US-amerikanischen Franchise-Unternehmens validiert. Zmanda Pro unterstützt Proxmox VE nativ mit agentenloser, snapshotbasierter VM-Sicherung und plattformübergreifender Wiederherstellung auf Proxmox, Hyper-V oder VMware. Es unterstützt außerdem Architekturen mit ständig inkrementeller Entwicklung ohne regelmäßige vollständige Backup-Resets, was für große Umgebungen mit knappen Speicherbudgets von entscheidender Bedeutung ist.
Wenn die native Proxmox-Sicherung nicht ausreicht
Native Tools bewältigen kleine Umgebungen zuverlässig. Die operativen Lücken treten erst mit zunehmender Anzahl an VMs, Knoten und Compliance-Anforderungen auf:
- Keine zentrale Verwaltung mehrerer Knoten. Jeder Proxmox-Cluster verwendet unabhängige Backup-Konfigurationen. Zehn Cluster bedeuten zehn separate Joblisten und keine zentrale Übersicht über den Backup-Status in der gesamten Umgebung.
- Keine automatische Fehlerbenachrichtigung. Ein Backup-Fehler um 2:00 Uhr nachts erzeugt einen Protokolleintrag, aber keine Benachrichtigung. Die Teams bemerken den Fehler erst Tage später beim Überprüfen der Protokolle, wodurch Wiederherstellungsoptionen ausgeschlossen werden.
- Veränderlicher Backup-Speicher. Auf NFS oder der lokalen Festplatte gespeicherte Backups können durch Ransomware, Fehlkonfigurationen oder Administratorfehler überschrieben oder gelöscht werden. Standardmäßig besteht kein Schutzmechanismus.
- Keine Konformitätsdokumentation. Native Tools erzeugen keine Audit-Trails, keine Berichte zur Durchsetzung von Richtlinien und keine Nachweise für HIPAA-, SOC 2- oder PCI DSS-Auditoren.
Zmanda Pro behebt die gesamte Lückenliste: zentralisiertes Multi-Cluster-Management, automatisierte Fehlerbenachrichtigung, unveränderlicher Backup-Speicher das Ransomware-Angriffe übersteht, direkte Cloud-Speicherung außerhalb des Standorts ermöglicht und Compliance-konforme Berichte über eine einzige Konsole bereitstellt. Für Teams, die dem folgenden Ansatz folgen: 3-2-1-Backup-FrameworkZmanda verwaltet alle drei Kopien: lokal, sekundär und extern, ohne separate Konfigurationen pro Knoten.
Für einen umfassenden Überblick über die Backup-Architektur von Proxmox, von nativen Tools bis hin zu Enterprise-Plattformen, vollständiger Proxmox Backup Server-Leitfaden bedeckt jede Schicht.
Häufig gestellte Fragen
