3-2-1-backup i praksis med Proxmox Backup Server

En backup du aldri har gjenopprettet fra, vet du strengt tatt ikke om virker. Det er hele utgangspunktet. Ser du nærmere etter, har de fleste homelab-oppsett egentlig bare én kopi av dataene: én disk gir opp, og så er alt borte. Her går jeg gjennom hvordan 3-2-1 settes opp helt konkret med Proxmox Backup Server (PBS), sånn at det faktisk holder i praksis og ikke bare ser fint ut på papiret.

Hva 3-2-1 faktisk betyr

Tre kopier, to medier, én offsite. Regelen er lett å sitere og minst like lett å bomme på. Oversatt til et PBS-oppsett ser den slik ut:

• Kopi 1: den kjørende VM-en eller containeren på selve Proxmox-noden.
• Kopi 2: en daglig PBS-jobb til NAS A.
• Kopi 3: en ukentlig PBS-jobb til NAS B.

To datastores på to fysiske enheter gir deg to reelle medier. En NAS som står et annet sted enn resten dekker offsite-kravet. Enkelt, og det er nettopp poenget.

Hvorfor PBS og ikke rsync

PBS gjør deduplisering på blokk-nivå og tar inkrementell backup. Bare de blokkene som faktisk har endret seg, blir skrevet. Etter den første fulle sikkerhetskopien tar en daglig jobb minutter i stedet for timer, og lagringen vokser sakte selv med lang retensjon. En dum fil-kopi kommer aldri i nærheten av dette.

To datastores, to enheter

Legg opp én datastore per fysisk NAS, og ikke la dem dele underliggende disk. Da er to medier virkelig to medier, ikke to mapper på samme spinnende disk.

proxmox-backup-manager datastore create nas-a /mnt/nas-a
proxmox-backup-manager datastore create nas-b /mnt/nas-b

I Proxmox-GUI-en legger du deretter begge PBS-datastorene til som storage, og setter opp to jobber: en daglig mot nas-a og en ukentlig mot nas-b.

Retensjon likt på begge jobber

Bruk samme retensjon på den daglige og den ukentlige jobben. Det gir forutsigbart forbruk, og du slipper overraskelser den dagen disken nærmer seg full.

keep-daily 7
keep-weekly 4
keep-monthly 3
keep-yearly 5

Prune settes per jobb i PBS. Verdiene over treffer en fornuftig balanse mellom historikk og plass. Og siden dedupliseringen deler blokker mellom snapshots, koster gamle snapshots nesten ingenting ekstra.

Slå på verify

En backup som aldri leses tilbake, er egentlig bare en antakelse. Verify får PBS til å lese chunkene og sjekke checksum, slik at bit-råte og stille korrupsjon fanges opp i god tid før du faktisk trenger dataene.

proxmox-backup-manager verify-job create verify-nas-a \
  --store nas-a --schedule daily

Test restore, ikke bare backup

Dette er det viktigste steget, og også det som oftest blir hoppet over. Gjenopprett en ekte VM eller container med jevne mellomrom, til et isolert testmiljø. Sjekk at den booter, og at dataene faktisk er intakte.

proxmox-backup-client restore \
  vm/100/2026-02-10T02:00:00Z \
  drive-scsi0.img ./restore-test.img

Kjør restore-testen kvartalsvis og skriv ned datoen. Da vet du at hele kjeden holder den dagen det gjelder, i stedet for å håpe.

Oppsummert

To PBS-jobber, to datastores på to fysiske NAS-er, én av dem offsite, lik retensjon på begge, verify slått på, og en dokumentert restore-test. Det er 3-2-1 uten hull. Alt annet er egentlig bare håp.