Con quale frequenza è necessario compattare o ripulire i repository di backup?

Eva Wong

IceWhale author

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

How Often Should Backup Repositories Be Compacted or Pruned?

Esegui la potatura della conservazione secondo una pianificazione prevedibile, spesso dopo backup giornalieri o settimanali completati correttamente, ma esegui la compattazione solo quando lo strumento di backup lo richiede e lo spazio recuperabile giustifica l'I/O. La potatura seleziona i punti di ripristino scaduti; la compattazione o il repacking recuperano spazio di archiviazione.

I comandi e i costi differiscono tra Borg, restic e altri repository con deduplicazione. Una pianificazione sicura deve tenere conto del churn di scrittura, dei blocchi del repository, della larghezza di banda remota, dello spazio libero e della durata del blocco dei nuovi backup durante la manutenzione. Questa distinzione determina il metodo di misurazione, il margine di sicurezza e la condizione di arresto. Questa distinzione determina il metodo di misurazione, il margine di sicurezza e la condizione di arresto.

Separa le decisioni sulla conservazione dal recupero dello spazio

La potatura applica la politica dei punti di ripristino. Deve essere eseguita con una frequenza sufficiente a evitare che gli snapshot scaduti si accumulino in modo imprevedibile, ma solo dopo aver verificato il backup più recente e riesaminato le regole di conservazione.

La compattazione riscrive o rimuove i pacchetti del repository e può trasferire una quantità significativa di dati. Eseguirla dopo ogni piccola potatura può sprecare I/O, mentre non eseguirla mai può lasciare i dati eliminati a occupare spazio nella destinazione.

Usa l'output dell'esecuzione simulata, quando supportato, e registra l'insieme previsto degli elementi da conservare. Una pianificazione non è sicura se gli operatori non possono spiegare quali punti giornalieri, settimanali e mensili rimarranno dopo l'operazione.

Attiva la manutenzione in base a condizioni misurabili

Monitora la crescita del repository, i byte recuperabili, la capacità libera, la durata della potatura, la durata della compattazione, la contesa sui blocchi e l'età dell'ultimo controllo completato correttamente. Questi segnali sono più utili di un semplice calendario.

Un piccolo repository domestico può eseguire la potatura settimanalmente e la compattazione mensilmente; un repository con elevato churn può richiedere una manutenzione più frequente. L'intervallo corretto è quello che mantiene un margine di spazio senza sovrapporsi alle finestre di backup o ripristino.

Usa la tabella seguente come politica iniziale, poi sostituiscila con durate e tassi di crescita osservati.

Stato osservato	Valutazione	Prossima azione
La conservazione è cambiata; pochi dati recuperabili	Solo potatura	Rimanda la compattazione
Elevato churn; spazio recuperabile significativo	Pota, poi compatta	Esegui durante una finestra protetta
Poco spazio libero o backup attivo	Ora non è sicuro	Arresta l'operazione e risolvi il conflitto

Costruisci una sequenza di manutenzione sicura

Completa e verifica il nuovo backup, esegui la potatura in modalità anteprima, applica la politica di conservazione, quindi compatta o ricompatta se lo strumento segnala una quantità di spazio recuperabile significativa. Non eliminare mai manualmente i file del repository.

Impedisci le scritture simultanee e verifica che vi sia spazio temporaneo sufficiente per il repacking. Sullo spazio di archiviazione remoto, stima i byte scaricati e caricati prima di avviare un processo che potrebbe superare la finestra di manutenzione.

La diagnosi della potatura interrotta di ZimaSpace definisce il limite di recupero sicuro.

Il flusso di lavoro per Borg e restic di Linux Junkies mostra perché la potatura e il recupero dello spazio sono operazioni separate.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

Convalida la conservazione con un ripristino effettivo

Elenca i punti conservati dopo la manutenzione e ripristina un piccolo elemento recente, oltre a un elemento meno recente per ogni livello di conservazione. I controlli di integrità del repository e i test di ripristino rispondono a domande diverse, quindi eseguili entrambi.

Monitora il backup normale successivo per individuare blocchi obsoleti, pacchetti mancanti o caricamenti completi imprevisti. Un registro di potatura senza errori non dimostra che i client possano riprendere a scrivere.

Procedi quando l'insieme degli elementi da conservare corrisponde alla politica, i controlli hanno esito positivo, i ripristini riescono e la manutenzione rientra nella finestra prevista. Arresta l'operazione se lo spazio libero è insufficiente per il repacking, è attivo un altro processo di scrittura o l'esecuzione simulata rimuove l'ultimo punto di ripristino richiesto.