Fullständig ZimaCube-säkerhetskopieringsguide: En tredelad strategi med PBS, Synology och molnsäkerhetskopiering

Säkerhetskopiering är inget glamoröst ämne—förrän ögonblicket då dina data är borta.

ZimaCubes hårdvarukonfiguration ger en naturlig fördel som säkerhetskopieringsnav: sex enhetsplatser för en lagringspool, NVMe-lagring som ett snabbt säkerhetskopieringsmål och dubbla 2,5GbE-portar för dataöverföring. Denna guide visar hur du bygger en trelagers säkerhetskopieringskedja: VMs → PBS → lokal lagring → molnet.

Denna guide förutsätter att du redan kör Proxmox VE på ZimaCube. Om du fortfarande använder ZimaOS kommer säkerhetskopieringsstrategin att vara annorlunda. Du kan istället använda ZimaOS inbyggda snapshot- och fjärrsynkroniseringsfunktioner.

Steg 1: Installera Proxmox Backup Server

Proxmox Backup Server, eller PBS, är Proxmox officiella säkerhetskopieringslösning. Den stödjer inkrementella säkerhetskopior, deduplicering, komprimering och kryptering. Den kan köras på samma ZimaCube som Proxmox VE, installerad som en virtuell maskin.

1. Ladda ner PBS ISO från proxmox.com.
2. Skapa en ny VM i Proxmox VE:
   • ID: 300
   • Namn: pbs
   • Disk: 64GB för systemdisken
   • CPU: 2 kärnor
   • Minne: 4096MB
   • Nätverk: bryggat, med en statisk IP-adress
3. Montera PBS ISO och starta installationen.
4. Installationsprocessen liknar Proxmox VE: välj måldisk, ställ in IP-adress och konfigurera root-lösenordet.
5. Efter installation, besök PBS webbgränssnitt i din webbläsare: https://PBS-IP-adress:8007

Steg 2: Konfigurera säkerhetskopieringslagring

PBS behöver lagringsutrymme för att lagra säkerhetskopieringsdata. Det finns två alternativ.

Alternativ A: Passthrough av en stor HDD eller NVMe-enhet

Om du har en dedikerad enhet som säkerhetskopieringsmål:

Initiera disken i PBS. Detta exempel förutsätter att disken är /dev/sdb.

Kör detta i PBS Shell.

mkfs.ext4 /dev/sdb

mkdir /mnt/backup

mount /dev/sdb /mnt/backup

I PBS webbgränssnitt, gå till Administration → Lagring/Diskar → Katalog → Skapa. Sätt sökvägen till /mnt/backup och namnge den backup-store.

Alternativ B: Montera ZFS/NFS-lagring från Proxmox-värden

Lägg till en andra virtuell disk till PBS-VM:n och placera den på ZimaCubes stora ZFS-pool. För en hemmiljö är detta enklare.

Steg 3: Lägg till PBS-lagring i Proxmox VE

Återgå till Proxmox VE webbgränssnitt:

1. Gå till Datacenter → Lagring → Lägg till → Proxmox Backup Server.
2. ID: pbs-backup
3. Server: IP-adressen till PBS
4. Användarnamn: root@pam
5. Lösenord: PBS root-lösenordet
6. Datastore: välj den säkerhetskopieringslagring du just skapade
7. Klicka på Lägg till

Steg 4: Skapa ett säkerhetskopieringsjobb

Gå till Datacenter → Backup → Add.

Inkrementell backup är PBS:s kärnstyrka. Endast den första backupen är en fullständig backup. Därefter överför dagliga backuper bara ändrade datablock. För en typisk konfiguration med sex VMer brukar dagliga inkrementella backuper slutföras inom 5–10 minuter.

Steg 5: Notifieringsinställningar — Låt det bara låta när det behövs

Ett bra backup-system behöver inte att du kontrollerar det varje dag. Det meddelar dig bara när något går fel.

I PBS webbgränssnitt, gå till Configuration → Notifications:

• Lägg till en SMTP-konfiguration med ditt e-postkonto.
• Ställ in notifieringsregler: skicka inte aviseringar för lyckade säkerhetskopior, men meddela omedelbart när en backup misslyckas.

Använd samma inställning i Proxmox VE också: Datacenter → Notifications.

På så sätt kommer du mestadels att glömma att backup-systemet finns – tills du en dag får ett mejl med ”Backup misslyckades”. Då kan du åtgärda problemet direkt innan ett litet problem blir stort.

Steg 6: Prune — Rensa automatiskt gamla säkerhetskopior

Säkerhetskopior samlas på hög över tid. PBS:s Prune-funktion tar automatiskt bort utgångna säkerhetskopior.

Konfigurera Prune-policyn i PBS Datastore-inställningarna:

• Behåll dagliga säkerhetskopior från de senaste 7 dagarna
• Behåll veckovisa säkerhetskopior från de senaste 4 veckorna
• Behåll månatliga säkerhetskopior från de senaste 3 månaderna

När du tar bort en VM i Proxmox VE tar PBS automatiskt bort den från backup-schemat. Det kommer inte att fortsätta skapa föräldralösa backupjobb som slösar utrymme. Denna lilla detalj innebär att du inte behöver rensa på båda systemen varje gång du tar bort en VM.

Steg 7: Molnbackup som sista säkerhetsnät

Lokala säkerhetskopior kan inte skydda dig mot brand eller stöld. Du behöver fortfarande en molnkopia.

Om du har ett Synology-system, vare sig det är virtualiserat eller körs separat, kan du använda Cloud Sync för att synkronisera PBS backup-katalogen till Google Cloud, Backblaze B2 eller OneDrive:

VMs/CTs → PBS inkrementell deduplicering → ZFS lokal lagring → Cloud Sync → molnlagring

Ingen Synology? Här är två alternativ:

• rclone: Installera rclone i PBS och synkronisera backupkatalogen direkt till S3, Backblaze B2 eller Google Drive.
• Duplicati: Kör Duplicati i en LXC-container, kryptera backuperna och ladda upp dem till valfri molnlagringsleverantör.

Myten om "Cirkulär Backup"

För att vara helt ärlig har denna setup en teoretiskt ofullkomlig loop:

PBS körs som en VM på ZimaCube → PBS skriver backupdata till ZimaCubes ZFS-pool → om hela ZimaCube går sönder misslyckas alla lokala backuper samtidigt

Detta är en verklig risk, och det är också en punkt som många diskuterar.

Men i praktiken fungerar skyddskedjan så här:

• Om en ZimaCube-disk går sönder kan ZFS RAID-Z2 tolerera upp till två diskfel utan dataförlust.
• Om en enskild VM går sönder kan PBS återställa den direkt.
• Om hela ZimaCube går sönder, till exempel på grund av strömförsörjning eller moderkortsproblem, blir molnkopian den sista reservlösningen.

För ett hemma-labb är det praktiskt viktigare än perfekt. Denna setup körs automatiskt, varnar dig när något går fel och ger dig ändå en molnkopia i värsta fall. Det är inte perfekt, men det fungerar.

Verifiering: En otestad backup är ingen backup

Lägg 10 minuter varje månad på att köra en återställningsövning:

1. Skapa valfri test-VM i Proxmox.
2. Använd PBS för att återställa en riktig VM till ett annat VM-ID.
3. Starta den återställda VM:n och bekräfta att dess tjänster fungerar korrekt.
4. Radera test-VM:n.

De där 10 minuterna är ditt enda försvar mot möjligheten att "backupen faktiskt har varit trasig länge, men jag visste aldrig om det."

Sammanfattning

Ett bra backupsystem är inte något du "ställer in och glömmer". Det är något du ställer in så att det vet när det ska påminna dig om att vara uppmärksam.