Perché una policy di conservazione GFS elimina più punti di ripristino di quanti ne suggeriscano i conteggi di conservazione?
Una policy di conservazione GFS può eliminare più punti di ripristino del previsto perché i conteggi indicano intervalli temporali, non una semplice somma di backup indipendenti.
Regole come mantieni gli ultimi, giornalieri, settimanali, mensili e annuali selezionano in genere punti di ripristino rappresentativi da periodi sovrapposti. Un backup può soddisfare diversi livelli temporali, mentre un altro può non rientrare in alcun intervallo a causa del relativo timestamp, del gruppo di origine, dell’ereditarietà della policy o di una modifica recente della policy. Alcuni strumenti elaborano le regole in un ordine definito oppure escludono dai livelli successivi i backup già selezionati. Visualizza in anteprima la pianificazione esatta prima di eseguire la pulizia o la compattazione.
Elenca ogni punto di ripristino con il relativo gruppo di policy e timestamp
Esporta gli ID degli snapshot o degli archivi, l’host di origine, il percorso, i tag, lo stato di completamento, l’ora locale, l’ora UTC e la policy applicata a ciascun gruppo. Non contare insieme tutti i repository o tutte le origini.
Restic applica le policy di conservazione ai gruppi di snapshot in base all’host, ai percorsi e ai tag, salvo modifica del raggruppamento; pertanto, due punti di ripristino visivamente simili possono essere valutati secondo policy diverse.
Se le eliminazioni inattese riguardano un solo host, percorso o gruppo di tag, correggi quel gruppo o selettore invece di modificare la conservazione dell’intero repository.
Non sommare i conteggi giornalieri, settimanali e mensili
Associa ogni punto di ripristino al periodo che rappresenta. Indica se lo stesso backup è il candidato selezionato come giornaliero, settimanale e mensile.
Il simulatore di pulizia di Proxmox mostra intervalli di conservazione sovrapposti, inclusi i casi in cui un candidato settimanale copre un periodo e le regole successive non conservano un altro backup dello stesso intervallo.
Il totale previsto non è quindi sempre pari a mantieni-giornalieri più mantieni-settimanali più mantieni-mensili. Conta gli ID univoci dei backup conservati dopo l’applicazione di tutte le regole.
Controlla l’ordine delle regole e il candidato scelto per ogni periodo
Determina se viene selezionato il backup più recente, quello più vecchio, il primo o l’ultimo backup riuscito all’interno di ciascun periodo. Confronta il risultato con l’orario effettivo del backup del job.
Borg descrive le proprie regole di pulizia in stile GFS e osserva che il comportamento ai confini del calendario può influire sugli archivi vicini all’orario limite.
Un job eseguito subito prima e subito dopo la mezzanotte può creare due backup che localmente sembrano appartenere a date diverse, ma che, dopo la conversione del fuso orario o dello scheduler, rientrano nella stessa finestra della policy.
Esamina le policy ereditate a livello di repository, utente e origine
Esporta la policy effettiva invece di leggere solo i valori predefiniti globali. Controlla le sostituzioni per origine, i valori ereditati, i tag, le cartelle e i preset dell’interfaccia.
Il comando delle policy di Kopia supporta valori di conservazione ereditati per origine, che possono rendere la regola attiva diversa dall’impostazione a livello di repository mostrata altrove.
Un valore locale di conservazione pari a zero o una modifica del confine di ereditarietà può rimuovere punti di ripristino anche quando la policy principale sembra corretta. Salva la policy risolta insieme all’audit.
Esamina le recenti riduzioni della policy e la tempistica della pulizia
Confronta i valori di conservazione attuali con le versioni precedenti della policy e con l’orario dell’ultima pulizia. Determina se i punti più vecchi sono stati immediatamente contrassegnati per la scadenza.
Microsoft documenta che la riduzione della conservazione influisce sui punti di ripristino esistenti durante un successivo job di pulizia, non solo sui backup futuri.
Una pulizia ritardata può far sembrare che molte eliminazioni avvengano contemporaneamente. Conserva il registro delle modifiche alla policy e l’elenco dei punti contrassegnati prima di approvare un’altra esecuzione.
Controlla i flag GFS, la conservazione a breve termine e la conversione della policy
Verifica che i flag settimanali, mensili e annuali siano ancora associati e che la catena a breve termine possa ancora supportare i punti selezionati. Esamina gli aggiornamenti del software e le conversioni della policy.
Veeam avverte che la modifica delle impostazioni GFS può far sì che i candidati esistenti perdano lo stato GFS e diventino quindi idonei alla normale eliminazione a breve termine.
Non presumere che il vecchio nome file di un punto di ripristino o il suo ruolo di backup completo garantisca la conservazione a lungo termine attuale. Verifica il relativo flag della policy attiva.
Esegui una simulazione prima della pulizia e della compattazione
Blocca le modifiche alla policy, esporta l’elenco attuale dei punti di ripristino, esegui la simulazione dello strumento o della piattaforma e confronta gli ID conservati ed eliminati con un campione verificato manualmente.
L’articolo di ZimaSpace sulle cronologie estese degli snapshot fornisce il contesto di ripristino correlato; questo articolo si concentra sul motivo per cui i calcoli della conservazione differiscono da un semplice conteggio.
Il problema è risolto quando il simulatore, la policy effettiva e gli ID univoci conservati concordano su almeno due confini di calendario e nessuna finestra di ripristino necessaria dipende da un punto contrassegnato per l’eliminazione.
Domande frequenti
I conteggi mantieni-giornalieri e mantieni-settimanali sono cumulativi?
Non necessariamente. Lo stesso punto di ripristino può rappresentare entrambi i periodi oppure il motore di conservazione può escludere dai livelli successivi i candidati già coperti.
La riduzione della conservazione può eliminare punti di ripristino esistenti?
Sì. Molti sistemi applicano la nuova policy ai punti esistenti durante la pulizia successiva, invece che solo ai backup futuri.
La pulizia libera immediatamente spazio nel repository?
Dipende dallo strumento. Alcuni sistemi contrassegnano prima snapshot o archivi e recuperano i dati condivisi durante una fase separata di compattazione o raccolta dei dati inutilizzati.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Perché il ripristino di un volume Docker ricrea il contenuto dei file, ma elimina gli attributi estesi?
Una diagnosi del ripristino del volume che copre l’inventario degli xattr, le opzioni di tar e Rsync, gli spazi dei nomi, il supporto della...
Perché un container in esecuzione mantiene il vecchio limite di memoria dopo la modifica del file Compose?
Una diagnosi dei limiti di memoria che copre i cgroup attivi, il riavvio rispetto alla ricreazione, i campi di Compose, i limiti rigidi e...
Perché il riavvio di un proxy inverso invalida ogni sessione per una determinata app self-hosted?
Una diagnosi della perdita di sessione che copra l’ambito dei riavvii, la gestione dei cookie, la rotazione dei segreti, le sessioni basate sulla cache,...
