Backup is not a glamorous topic—until the moment your data is gone.
ZimaCube’s hardware configuration gives it a natural advantage as a backup hub: six drive bays for a storage pool, NVMe storage as a fast backup target, and dual 2.5GbE ports for data transfer. This guide walks you through building a three-layer backup chain: VMs → PBS → local storage → cloud.
This guide assumes that you are already running Proxmox VE on ZimaCube. If you are still using ZimaOS, the backup strategy will be different. You can use ZimaOS’s built-in snapshot and remote sync features instead.
Step 1: Install Proxmox Backup Server
Proxmox Backup Server, or PBS, is Proxmox’s official backup solution. It supports incremental backups, deduplication, compression, and encryption. It can run on the same ZimaCube as Proxmox VE, installed as a virtual machine.
- Download the PBS ISO from proxmox.com.
- Create a new VM in Proxmox VE:
- ID: 300
- Name: pbs
- Disk: 64GB for the system disk
- CPU: 2 cores
- Memory: 4096MB
- Network: bridged, with a static IP address
- Mount the PBS ISO and start the installation.
- The installation process is similar to Proxmox VE: select the target disk, set the IP address, and configure the root password.
- After installation, visit the PBS web interface in your browser: https://PBS-IP-address:8007
Step 2: Configure Backup Storage
PBS needs storage space to store backup data. There are two options.
Option A: Passthrough a Large HDD or NVMe Drive
If you have a dedicated drive as the backup target:
Initialize the disk in PBS. This example assumes the disk is /dev/sdb.
Run this in the PBS Shell.
mkfs.ext4 /dev/sdb
mkdir /mnt/backup
mount /dev/sdb /mnt/backup
In the PBS web interface, go to Administration → Storage/Disks → Directory → Create. Set the path to /mnt/backup and name it backup-store.
Option B: Mount ZFS/NFS Storage From the Proxmox Host
Add a second virtual disk to the PBS VM and place it on ZimaCube’s large-capacity ZFS pool. For a home environment, this approach is simpler.
Step 3: Add PBS Storage in Proxmox VE
Return to the Proxmox VE web interface:
- Go to Datacenter → Storage → Add → Proxmox Backup Server.
- ID: pbs-backup
- Server: the IP address of PBS
- Username: root@pam
- Password: the PBS root password
- Datastore: select the backup-store you just created
- Click Add
Step 4: Create a Backup Job
Go to Datacenter → Backup → Add.
| Parameter | Recommended Value | Description |
|---|---|---|
| Storage | pbs-backup | Select the PBS storage |
| Schedule | Daily at 03:00 | Run backups when nobody is using the system |
| Selection mode | All | For the first setup, back up all VMs and CTs |
| Retention policy | Keep 7 days | Adjust based on available disk space |
| Compression | ZSTD | Good compression ratio and fast speed |
Incremental backup is the core strength of PBS. Only the first backup is a full backup. After that, daily backups only transfer changed data blocks. For a typical setup with six VMs, daily incremental backups usually finish within 5–10 minutes.

Step 5: Notification Settings — Only Make Noise When Needed
A good backup system does not need you to check it every day. It only notifies you when something goes wrong.
In the PBS web interface, go to Configuration → Notifications:
- Add an SMTP configuration using your email account.
- Set notification rules: do not send notifications for successful backups, but notify immediately when a backup fails.
Apply the same setup in Proxmox VE as well: Datacenter → Notifications.
This way, you will mostly forget that the backup system exists—until one day you receive a “Backup failed” email. You can then fix the issue immediately before a small problem becomes a big one.
Step 6: Prune — Automatically Clean Up Old Backups
Backups accumulate over time. PBS’s Prune feature automatically removes expired backups.
Configure the Prune policy in the PBS Datastore settings:
- Keep daily backups from the last 7 days
- Keep weekly backups from the last 4 weeks
- Keep monthly backups from the last 3 months
When you delete a VM in Proxmox VE, PBS will automatically remove it from the backup schedule. It will not keep creating orphaned backup jobs that waste space. This small detail means you do not need to clean things up on both systems every time you delete a VM.
Step 7: Cloud Backup as the Final Safety Net
Local backups cannot protect you from fire or theft. You still need a cloud copy.
If you have a Synology system, whether virtualized or running separately, you can use Cloud Sync to sync the PBS backup directory to Google Cloud, Backblaze B2, or OneDrive:
VMs/CTs → PBS incremental deduplication → ZFS local storage → Cloud Sync → cloud storage
No Synology? Here are two alternatives:
- rclone: Install rclone in PBS and sync the backup directory directly to S3, Backblaze B2, or Google Drive.
- Duplicati: Run Duplicati in an LXC container, encrypt the backups, and upload them to any cloud storage provider.

The “Circular Backup” Myth
To be completely honest, this setup does have a theoretically imperfect loop:
PBS runs as a VM on ZimaCube → PBS writes backup data to ZimaCube’s ZFS pool → if the entire ZimaCube fails, all local backups fail at the same time
This is a real risk, and it is also a point that many people discuss.
But in practice, the protection chain works like this:
- If a ZimaCube drive fails, ZFS RAID-Z2 can tolerate up to two drive failures without data loss.
- If a single VM fails, PBS can restore it directly.
- If the entire ZimaCube fails, such as due to a power supply or motherboard issue, the cloud copy becomes the final fallback.
For a home lab, practical is more important than perfect. This setup runs automatically, alerts you when something goes wrong, and still gives you a cloud copy in the worst-case scenario. It is not perfect, but it works.

Verification: An Untested Backup Is Not a Backup
Spend 10 minutes each month running a recovery drill:
- Create any test VM in Proxmox.
- Use PBS to restore a real VM to a different VM ID.
- Start the restored VM and confirm that its services run correctly.
- Delete the test VM.
Those 10 minutes are your only defense against the possibility that “the backup has actually been broken for a long time, but I never knew.”
Summary
| Layer | Tool | Protection Scope |
|---|---|---|
| Incremental backup | Proxmox Backup Server | Fast VM/CT recovery |
| Local redundancy | ZFS RAID-Z2 | Drive failure |
| Cloud fallback | rclone / Cloud Sync | Whole-device disaster |
| Verification | Monthly manual recovery drill | Backup usability |
| Notification | PBS email alerts | Human attention |
A good backup system is not something you “set and forget.” It is something you set up so that it knows when to remind you to pay attention.
Acknowledgment:
This article is based on the ZimaCube Experience Blog by community user Bob. Special thanks to Bob for his detailed Proxmox hands-on notes and sincere sharing.
Zima Campaign Hub
More to Read

Complete Guide to Installing Windows Server 2025 on ZimaCube
Install Windows Server 2025 on a NAS in 5 steps: prep drivers, create bootable USB, install OS, fix Intel i226-V network driver, and configure...

ZimaCube + Proxmox Setup Guide: Turn It Into an All-in-One Virtualization Server
Turn your NAS into a Proxmox virtualization host with this 6-step guide—covering BIOS setup, storage config, LXC containers, VM creation, and GPU passthrough for...

ZimaCube Hardware Specs Explained: 6 Drive Bays, 4 NVMe Slots, and Dual Thunderbolt 4
This ZimaCube hardware analysis explains how its i3 CPU, DDR5 memory, three-layer storage, dual 2.5GbE, Thunderbolt 4, PCIe slots, and NAS flexibility translate into...

