Proxmox VEXIII · Proxmox Backup ServerPBS restore
Restore practice: file-level, VM-level, restore certification
What you'll learn
- Perform file-level restores from PBS
- Restore a full VM from PBS
- Run a restore certification drill
- Document the restore process
Prerequisites
Verified against Proxmox VE 9.2.4 · Proxmox Backup Server 4.2.5 · Ceph Squid / Tentacle · Debian 13 (Trixie) · Linux kernel 7.0 (PVE 9.2 default) · 2026-08-07
Why this matters in production
Backups that have never been restored are not backups. They are hope. This lesson teaches the restore operations and the restore-certification drill.
File-level restore
PBS can mount individual backups and restore specific files:
proxmox-file-restore mount <backup-id> /mnt/restore
Browse the mount, copy the needed files, unmount:
umount /mnt/restore
GUI: Backup → select snapshot → File Restore. Provides a tree view of the backup.
Full VM restore
GUI: Backup → select snapshot → Restore → choose target storage.
CLI:
qmrestore <backup-archive> <new-vmid> --storage local-zfs
The new VM has a different VMID; it does not collide with the original. Verify it works before deleting the original.
Restore certification drill
A monthly exercise that proves the restore path works end-to-end:
- Pick a random VM (production, but not too critical).
- Restore it to a fresh VMID in an isolated network.
- Boot the restored VM.
- Run a verification script inside the VM (e.g., check that key services start).
- Document the result.
flowchart LR
A[Pick random VM] --> B[Restore to isolated network]
B --> C[Boot restored VM]
C --> D[Run verification script]
D --> E[All checks pass?]
E -->|yes| F[Restore certificate: pass]
E -->|no| G[Restore certificate: fail]
G --> H[Investigate, fix, repeat]
Restoring into an isolated network
The restored VM must be on a network that does not conflict with the production VM. Use a dedicated SDN VNet or VLAN for the restore-certification lab.
flowchart TB
subgraph PROD[Production network]
P1[VM 100]
P2[VM 101]
end
subgraph LAB[Restore lab network]
R1[Restored VM 200]
end
PBS[(PBS)] -->|restore| LAB
Restoring from off-site PBS
When the primary site is gone, restore from the off-site PBS:
proxmox-backup-client restore <host> <backup-id> <snapshot> <target-path>
For full VM restore, attach the remote PBS as a storage entry and restore from it.
Restore documentation
A complete restore procedure includes:
- Who has the authority to declare a disaster and trigger a restore.
- Where backups live (local PBS, off-site PBS, S3, tape).
- How to attach off-site storage when needed.
- The sequence in which systems are restored (covered in the DR lesson).
- How to verify each restored VM.
- How to communicate status to stakeholders.
A break/fix exercise
Restore from PBS fails with chunk verification error
Symptoms
- qmrestore of a critical VM fails with 'chunk verification failed'
- The same backup can be restored for other VMs successfully
- PBS verify on the datastore reports errors on a small subset of chunks
Available evidence
- proxmox-backup-manager verify list shows some chunks failed
- The PBS datastore is on ZFS; no disk errors reported by zpool status
- The failed chunks are isolated to one VM's backup
Show diagnosis & remediation
Root cause
Silent corruption in a small number of chunks, detected during restore. The chunks failed SHA-256 verification against the index. Likely causes: bit-rot, storage backend issue, or transmission error during the original backup.
Safe remediation
Identify the corrupted chunks via proxmox-backup-manager verify. If only a small number are affected, the affected blocks in the VM may be recoverable by restoring from an earlier backup. If widespread, the backup chain is broken — investigate the storage layer. Run zpool scrub on the PBS datastore.
Verification
Restore succeeds from an earlier snapshot. PBS verify reports no errors after scrub. ZFS reports healthy pool.
Prevention
Schedule weekly PBS verify jobs. Schedule monthly zpool scrubs on the PBS datastore. The 3-2-1 rule means off-site copies are unaffected — restore from the off-site PBS if local corruption persists.
Production considerations
Common mistakes
- “The backups look fine, I don’t need to restore-test.”
- Restoring over the production VM.
- Not testing off-site restore.
Key takeaways
- File-level restore is fast and works on running VMs.
- Always restore to a new VMID first.
- Run restore-certification drills monthly.
Knowledge check
Knowledge check · 3 questions
Q1. Why restore to a new VMID rather than over an existing one?
Q2. A successful backup guarantees a successful restore.
Q3. Which PBS tool mounts a backup for file-level recovery?
Passing score: 75%. Answers are checked in this browser.