Offizielles Release vom 29. April 2026.
PBS 4.2 nur als weitere Platte neben dem Hypervisor zu behandeln ist einfach; produktiv gehört der Backup-Server in eine getrennte Fehlerdomäne, mit regelmäßiger Verifikation und Restore-Tests.
Ein „OK“-Backupjob garantiert keine Wiederherstellung. Verschlüsselungsschlüssel, Datastore-Integrität und reale Restore-Zeit separat testen.
PBS 4.2 erschien im April 2026 auf Debian 13.4 mit Kernel 7.0 und ZFS 2.4. Produktiver Wert entsteht durch Deduplication, inkrementelle Backups, Verifikation, Retention und Remote Sync.
PBS 4.2 erschien im April 2026 auf Debian 13.4 mit Kernel 7.0 und ZFS 2.4. Produktiver Wert entsteht durch Deduplication, inkrementelle Backups, Verifikation, Retention und Remote Sync.
Proxmox Backup Server 4.2 als separate Backup-Schicht einrichten: Datastore, Prune/GC, Verify, Retention, Verschlüsselung, Remote Sync und Restore-Test.
Offizielles Release vom 29. April 2026.
PBS 4.2 basiert auf Debian 13.4 Trixie.
Periodische Prüfung der Backup-Chunks erhöht die Restore-Sicherheit.
Die einzige PBS-Kopie nicht demselben Host-/Rack-Risiko aussetzen.
Disk, Netzwerk und Fehlergrenzen vor CPU-Dimensionierung planen. Backup im selben Chassis ist nicht unabhängig von Host-, PSU- oder Controller-Ausfall.
| Schicht | Empfehlung | Zweck |
|---|---|---|
| Primäres PVE | VMs/CTs betreiben | Compute |
| PBS | Separater Host/Fehlerdomäne | Backup + Verify |
| Remote PBS | Anderer Standort | Disaster Recovery |
HDD ist für lange Retention wirtschaftlich; NVMe hilft bei Metadaten und schnellen Restores. ZFS/RAID nach Workload und Diskanzahl wählen.
proxmox-backup-manager datastore listproxmox-backup-manager disk listzpool status 2>/dev/null || truedf -hTPrune entscheidet über Snapshot-Referenzen; Garbage Collection entfernt nicht mehr referenzierte Chunks. Beides nicht in Spitzenlastzeiten planen.
Ein frisch geschriebenes Backup bleibt nicht automatisch dauerhaft intakt. Verify liest die Prüfsummenketten periodisch neu.
proxmox-backup-manager verify-job listproxmox-backup-manager task list --all true | head -30Verschlüsselte Snapshots benötigen den Schlüssel. Liegt der einzige Schlüssel auf demselben PBS, kann dessen Verlust auch den Restore blockieren.
Remote Sync ist nicht nur Kapazitätskopie; für Ransomware, Rack- und Standortausfall separate Credentials und Zugriffspolitik verwenden.
proxmox-backup-manager remote listproxmox-backup-manager sync-job listTest-VM auf isolierter Bridge wiederherstellen und Boot, Anwendung, Datenkonsistenz sowie Dauer protokollieren. RTO misst man beim Restore, nicht beim Backup.
Auf Eka Sunucu Disk, Retention, Netzwerk und Remote-Standort für ein vom Proxmox-Host unabhängiges PBS-System planen.
Primärdokumentation und technische Referenzen dieses Leitfadens.
Mit passenden Infrastruktur- und Implementierungsleitfäden fortfahren.
PBS 4.2
Das offizielle 4.2-Release basiert auf Debian 13.4 Trixie.
Technisch möglich, aber produktive Backups in derselben physischen Fehlerdomäne schützen schlechter vor Hostverlust.
Prune entfernt Snapshot-Referenzen nach Retention; GC gibt nicht mehr referenzierte Chunks frei.
Je nach Kritikalität; Restore-Tests sollten mindestens regelmäßig, gemessen und dokumentiert erfolgen.