Proxmox
Proxmox Backup Server: perché cancellare un backup non libera subito spazio
Conservazione, deduplicazione e pulizia del datastore svolgono compiti diversi. Una guida per capire lo spazio occupato e pianificare le copie senza sorprese.
Una domanda frequente quando il disco si riempie
Il server di backup segnala poco spazio disponibile. Si eliminano alcune copie vecchie, si aggiorna il pannello e il risultato sembra quasi identico. Prima di pensare a un malfunzionamento, occorre capire come Proxmox Backup Server conserva i dati. Un backup visibile nell’elenco non corrisponde necessariamente a un grande file indipendente. La differenza riguarda il funzionamento dell’archivio e spiega perché numero delle copie e spazio occupato non diminuiscano sempre insieme. Questa guida descrive il meccanismo, senza suggerire cancellazioni indiscriminate: decidere quali versioni perdere resta una scelta da concordare con l’azienda.
Più copie possono condividere gli stessi dati
La documentazione tecnica ufficiale spiega che il datastore conserva blocchi di dati, chiamati chunk, richiamati dagli indici dei backup. Più copie possono riferirsi agli stessi blocchi: è il principio della deduplicazione. Se molti documenti rimangono invariati, conservarne diverse versioni del backup non richiede necessariamente di riscrivere tutto. Ogni snapshot fa riferimento ai blocchi necessari a ricostruire quella copia, anche quando il trasferimento è incrementale. Di conseguenza, cancellare una versione non permette di eliminare i blocchi ancora utilizzati dalle altre. Il risparmio dipende dai contenuti condivisi, non soltanto dalla dimensione nominale delle macchine protette.
Conservazione e pulizia sono due passaggi
Il pruning seleziona le copie da mantenere secondo la politica di conservazione e rimuove i metadati delle altre. La garbage collection, o GC, recupera invece lo spazio dei blocchi che non servono più. Sono attività distinte, entrambe da pianificare. La GC applica inoltre un periodo di sicurezza: alcuni blocchi possono risultare in attesa di rimozione anziché essere cancellati subito. Il registro dell’attività aiuta a interpretare questa situazione. Ridurre la conservazione e aspettarsi un recupero immediato di tutta la capacità dichiarata dai backup porta quindi a una previsione poco affidabile.
Un esempio pratico per un piccolo ufficio
Immaginiamo un’impresa con gestionale e cartelle condivise, protetti ogni sera. Per diverse settimane cambiano pochi documenti; poi vengono importate molte immagini e nuovi allegati. Le copie successive possono richiedere più spazio perché contengono dati nuovi. L’amministratore decide, insieme al responsabile, quali punti di recupero devono restare disponibili: recenti per gli errori quotidiani e più distanziati per problemi scoperti tardi. Prima di applicare la nuova politica ne controlla l’effetto. Dopo pruning e GC osserva il risultato effettivo, senza promettere una quantità precisa di gigabyte. È un esempio ipotetico, non un test svolto da System & Software.
Il limite è ciò che non si potrà più recuperare
Una copia eliminata riduce le possibilità di tornare a un momento precedente. Se un errore viene scoperto dopo settimane, conservare soltanto pochi giorni potrebbe impedire il recupero desiderato. La domanda da porre ai reparti è concreta: quanto tempo passa, normalmente, prima che qualcuno si accorga di un documento danneggiato o di una modifica sbagliata? La risposta aiuta a scegliere la conservazione. Conviene anche distinguere backup e archivio documentale: esigenze di consultazione, responsabilità e tempi di conservazione devono essere definiti separatamente. Il server di backup non decide da solo quali documenti abbiano valore per l’azienda.
Un controllo operativo che abbia un responsabile
Per gestire la capacità è utile registrare spazio libero, crescita nel tempo, esito delle copie e delle attività di manutenzione. Un avviso deve arrivare a qualcuno che possa intervenire prima del riempimento. Le modifiche alle regole vanno documentate con motivazione e data, così chi presta assistenza può ricostruire le decisioni. Evitare cancellazioni manuali dentro il datastore protegge la coerenza dell’archivio: usare le funzioni previste dal prodotto rende l’intervento più controllabile. Infine, una prova di ripristino verifica che la politica scelta conservi davvero i punti utili. Il criterio di successo è poter recuperare il lavoro necessario, con spazio sufficiente per continuare a produrre nuove copie.
Fonti e riferimenti
Fonti consultate il 14/10/2026.