Perché lo spazio riservato solo alle istantanee aumenta dopo l’eliminazione di file di grandi dimensioni?
Lo spazio riservato esclusivamente agli snapshot può aumentare dopo un’eliminazione perché gli snapshot più vecchi continuano a mantenere riferimenti ai blocchi di cui il filesystem attivo non ha più bisogno.
Questo comportamento è normale per gli snapshot copy-on-write, ma il numero mostrato da un NAS può creare confusione perché “dimensione dello snapshot”, “spazio riservato esclusivamente agli snapshot”, “spazio referenziato” e “spazio recuperabile” non sono intercambiabili. L’eliminazione di un file di grandi dimensioni può ridurre l’utilizzo corrente del dataset, rendendo però alcuni blocchi più vecchi esclusivi di uno o più snapshot conservati. Identifica la metrica esatta e la catena di conservazione prima di eliminare gli snapshot o presumere che la cartella degli snapshot abbia creato un’altra copia completa.
Conferma quale metrica degli snapshot è effettivamente aumentata
Registra l’utilizzo del pool, l’utilizzo del dataset attivo, l’utilizzo aggregato degli snapshot, l’utilizzo esclusivo di ogni snapshot e le dimensioni del file eliminato. Usa misurazioni relative allo stesso dataset e alla stessa finestra temporale.
La documentazione di Synology su Snapshot Replication distingue gli snapshot visibili dallo spazio che occupano e offre controlli per calcolare lo spazio recuperabile. I suoi controlli dello spazio degli snapshot mostrano perché sia necessario verificare insieme l’elenco degli snapshot e la capacità recuperabile del volume.
Se aumenta solo l’utilizzo riservato esclusivamente agli snapshot mentre quello attivo diminuisce, probabilmente l’eliminazione ha modificato la proprietà di blocchi esistenti invece di creare nuovi contenuti. Se aumenta anche l’utilizzo totale del pool, controlla i nuovi snapshot, l’area di staging della replica, le versioni delle applicazioni o altre scritture avvenute nello stesso periodo.
Comprendi perché l’eliminazione rende alcuni blocchi più vecchi esclusivi di uno snapshot
Inizialmente, uno snapshot condivide la maggior parte dei blocchi con il filesystem attivo. Quando il filesystem attivo sovrascrive o elimina dati, lo snapshot continua a fare riferimento ai blocchi precedenti affinché la sua visualizzazione relativa a quel preciso momento resti intatta.
La guida all’amministrazione di ZFS di Oracle spiega che lo spazio utilizzato dallo snapshot cresce quando blocchi precedentemente condivisi diventano esclusivi dello snapshot dopo una modifica al dataset attivo.
Il file eliminato quindi non è più presente nella directory attiva, ma resta leggibile dallo snapshot più vecchio. Al momento dell’eliminazione lo spazio non viene duplicato; cambia il conteggio perché il filesystem attivo rilascia il proprio riferimento mentre lo snapshot ne conserva uno.
Verifica se diversi snapshot condividono ancora i dati eliminati
Elenca gli snapshot creati prima e dopo l’eliminazione. Individua i punti di ripristino più vecchio e più recente da cui è ancora possibile visualizzare o ripristinare il file eliminato.
La knowledge base di NetApp osserva che gli snapshot più vecchi conservano i blocchi eliminati; pertanto, eliminare un punto di ripristino può liberare poco spazio se un altro snapshot fa ancora riferimento agli stessi dati.
Non sommare le dimensioni visualizzate di ogni snapshot pensando che il totale corrisponda allo spazio allocato indipendentemente. I blocchi condivisi possono comparire in molte visualizzazioni degli snapshot, pur occupando lo spazio fisico una sola volta, fino alla rimozione dell’ultimo riferimento.
Distingui la visualizzazione della cartella degli snapshot dall’utilizzo fisico dello spazio
Esplorare una cartella degli snapshot può far sembrare che ogni file storico esista come una copia ordinaria. Quella visualizzazione è un’interfaccia di ripristino, non una seconda struttura di cartelle allocata byte per byte.
Il manuale di FreeBSD su ZFS descrive gli snapshot come stati del dataset relativi a un preciso momento, che condividono lo spazio finché non è necessario preservare i dati modificati. Il suo modello degli snapshot aiuta a distinguere i file visibili attraverso un percorso snapshot dai blocchi fisicamente esclusivi dello snapshot.
Non eliminare manualmente i file all’interno di una directory nascosta per la gestione degli snapshot. Usa il gestore degli snapshot del NAS o il comando supportato dal filesystem, così i metadati di conservazione e lo stato della replica rimangono coerenti.
Confronta con attenzione il conteggio degli snapshot ZFS e Btrfs
ZFS e Btrfs utilizzano entrambi riferimenti copy-on-write, ma i rispettivi pannelli di controllo e strumenti da riga di comando possono riportare lo spazio esclusivo, referenziato, condiviso o stimato in modo diverso. Usa la metrica documentata per il filesystem attivo.
La guida di Fedora Magazine a Btrfs spiega che gli snapshot Btrfs conservano i vecchi riferimenti quando i file attivi divergono, che è il motivo fondamentale per cui i file di origine eliminati possono continuare a essere rappresentati nello spazio degli snapshot.
Un pannello di controllo NAS multipiattaforma può semplificare questi valori in un’unica “dimensione dello snapshot”. Quando il numero visualizzato sembra impossibile, verificalo con i comandi nativi del filesystem per l’utilizzo e la gestione degli snapshot prima di modificare la conservazione.
Stima lo spazio recuperabile prima di rimuovere i punti di ripristino
Seleziona uno snapshot scaduto o un intervallo limitato di snapshot e, quando la piattaforma lo consente, visualizza in anteprima il recupero previsto. Confronta la stima con la sequenza temporale degli snapshot che contiene ancora il file eliminato.
Klara Systems spiega che lo spazio degli snapshot cresce con la divergenza; pertanto, età e frequenza delle modifiche sono indicatori di conservazione più utili del solo numero di snapshot.
Elimina solo gli snapshot che non rientrano nella politica di ripristino. La rimozione prima dello snapshot più recente può liberare poco spazio, mentre l’eliminazione di una catena più vecchia può rimuovere punti di ripristino ancora necessari agli incrementali più recenti o ai processi di replica.
Verifica il recupero dello spazio senza ripetere il controllo generale del NAS
Dopo aver eliminato un intervallo di snapshot approvato, attendi il recupero eseguito in background e aggiorna le stesse misurazioni relative allo spazio attivo, a quello riservato esclusivamente agli snapshot e al livello del pool. Verifica che le applicazioni e le attività di replica funzionino correttamente.
La guida di ZimaSpace su come controllare snapshot e cestini tratta la questione più ampia di quale livello di conservazione stia consumando la capacità del NAS; questo articolo si concentra esclusivamente sul motivo per cui lo spazio riservato agli snapshot aumenta dopo un’eliminazione.
La diagnosi è completa quando il file eliminato non è più presente nei dati attivi, gli snapshot previsti riescono ancora a ripristinarlo, lo spazio riservato esclusivamente agli snapshot corrisponde alla sequenza temporale conservata e l’eliminazione approvata libera la quantità prevista senza compromettere gli obiettivi di replica o ripristino.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
