Configurazione, retention e verifica

La scheda Configurazione centralizza le impostazioni che garantiscono durata, pulizia e integrità del datastore PBS.

---

Namespace

I namespace permettono di segmentare logicamente i backup all'interno di un singolo datastore, implementati come struttura di directory annidate.

Casi d'uso

• Separare più cluster Proxmox VE con VMID sovrapposti
• Isolare gli ambienti: prod, preprod, dev
• Separare per cliente o progetto

Struttura annidata

/
├── prod/
│   ├── vm-infra/
│   └── vm-clients/
├── preprod/
└── client-a/

Multi-cluster

Con VMID identici su cluster diversi, usare un namespace per cluster per evitare conflitti.

---

Job Prune (retention)

Il prune rimuove gli snapshot secondo la policy di retention, eliminando solo i metadati (manifest, indice). I chunk vengono liberati solo dal Garbage Collection.

Opzioni di retention disponibili

Opzione	Comportamento
keep-last N	Conserva gli ultimi N snapshot
keep-hourly N	Conserva l'ultimo snapshot per ognuna delle ultime N ore
keep-daily N	Conserva l'ultimo snapshot per ognuno degli ultimi N giorni
keep-weekly N	Conserva l'ultimo snapshot per ognuna delle ultime N settimane
keep-monthly N	Conserva l'ultimo snapshot per ognuno degli ultimi N mesi
keep-yearly N	Conserva l'ultimo snapshot per ognuno degli ultimi N anni

Esempio: backup quotidiani, 10 anni di retention

Opzione	Valore	Motivo
keep-last	3	Conserva backup manuali recenti
keep-daily	13	Almeno 2 settimane
keep-weekly	8	Almeno 2 mesi completi
keep-monthly	11	Un anno di punti mensili
keep-yearly	9	Archivio a lungo termine

Esempio minimo: uso comune

keep-last:    3
keep-daily:   5
keep-weekly:  3
keep-monthly: 1

Prune simulator

Testa la tua policy con il simulatore prune PBS.

---

Garbage Collection (GC)

Il GC libera lo spazio disco effettivo rimuovendo i chunk orfani — blocchi non più referenziati da nessuno snapshot.

Prune vs GC

Operazione	Cosa rimuove	Libera spazio?
Prune	Metadati degli snapshot	No
GC	Chunk fisici orfani dopo il prune	Sì

Il prune da solo non libera spazio. Il GC è indispensabile.

Funzionamento interno del GC

1. Fase Mark: PBS legge tutti gli indici e aggiorna l'atime di ogni chunk referenziato
2. Fase Sweep: PBS elimina i chunk con atime più vecchio della soglia di grazia

Periodo di grazia: 24h05

PBS attende 24 ore e 5 minuti prima di eliminare un chunk orfano, per sicurezza legata all'opzione relatime dei filesystem Linux.

Ordine delle operazioni

Eseguire sempre il prune prima del GC, con almeno 1 ora di intervallo.

---

Job di verifica

I job di verifica controllano l'integrità dei backup verificando i checksum di ogni chunk.

Strategia doppio job (consigliata)

1. Job settimanale: verifica solo i nuovi snapshot non ancora verificati
2. Job mensile: ri-verifica tutti gli snapshot (rileva il bit rot sui backup vecchi)

---

Pianificazione globale consigliata

Operazione	Frequenza	Orario
Job di backup	Quotidiano	02:00
Prune	Quotidiano	03:00
Garbage Collection	Quotidiano	04:00
Verifica (recenti)	Settimanale	Sabato 05:00
Verifica (completa)	Mensile	1° del mese 05:00