Come verificare se gli snapshot o i cestini utilizzano spazio NAS

Per identificare il detentore dello spazio, confronta l’uso della condivisione live, il contenuto del cestino e l’uso esclusivo degli snapshot prima di eliminare un altro file o punto di ripristino dal tuo NAS.

Un cestino conserva i file ordinari in un archivio nascosto, mentre uno snapshot mantiene i blocchi più vecchi referenziati dopo che il file live è scomparso. Il controllo più sicuro è quindi un confronto controllato: registra la capacità, ispeziona entrambi i livelli di conservazione e conferma quale numero cambia prima di modificare qualsiasi regola di conservazione.

Abbina Prima Ogni Numero allo Stesso Ambito di Archiviazione

Inizia con il pool di archiviazione o il volume che ha segnalato lo spazio libero mancante. Una cartella condivisa può ridursi mentre il pool genitore rimane invariato, quindi confrontare una cifra della dimensione della condivisione con la capacità libera dell’intero pool può creare una falsa contraddizione.

Registra quattro valori contemporaneamente: spazio usato dal pool, uso del dataset live o della condivisione, uso del cestino e uso esclusivo degli snapshot. Se l’interfaccia non mostra tutti e quattro, usa il suo file manager per il repository del cestino e il suo gestore snapshot per lo spazio snapshot trattenuto o esclusivo.

Il modello è più importante di un singolo numero assoluto. Aggiorna le stesse schermate dopo che la contabilità in background è completata, quindi usa i seguenti segnali per decidere quale livello merita un controllo più approfondito.

Controlla il Cestino come File Archiviati

Il cestino di un NAS è normalmente uno storage lato server, non il cestino del computer che ha eliminato il file. Controlla all’interno della cartella condivisa interessata e nel file manager del NAS per cartelle nascoste di cestino, spazzatura o recupero per utente.

Un servizio di riciclo in stile Samba può intercettare un’eliminazione e spostare il file in una directory di riciclo lato server. Il nome del file può scomparire dal percorso originale mentre i suoi dati occupano ancora lo stesso pool.

Misura il repository prima di svuotarlo. Controlla ogni ambito di condivisione e utente, perché una cartella di riciclo visibile potrebbe non rappresentare l’intero NAS. Conferma anche se eliminazioni ripetute conservano più versioni di file e se un lavoro automatico di conservazione è effettivamente stato eseguito.

Controlla gli Snapshot come Blocchi Referenziati

Uno snapshot non deve mantenere una seconda copia ordinaria di ogni file. Conserva riferimenti a blocchi più vecchi, quindi un file eliminato può scomparire dalla condivisione live mentre i blocchi restano indisponibili per il riutilizzo.

Usa prima il valore aggregato del gestore snapshot per il dataset interessato. Nei sistemi ZFS, l’uso dello spazio snapshot può essere controllato a livello di dataset e poi ristretto agli snapshot che ancora contengono un file o una directory nota.

Non considerare l’uso mostrato di uno snapshot come la dimensione di tutto ciò che è visibile al suo interno. Diversi snapshot possono riferirsi agli stessi blocchi, e rimuovere un solo punto di ripristino può liberare poco spazio se un altro snapshot fornisce ancora l’ultimo riferimento.

Esegui un Controllo Controllato Prima di Eliminare Qualcosa

Usa un file o una cartella eliminata nota come sonda. La sua dimensione originale approssimativa e il tempo di eliminazione ti danno un riferimento, ma compressione, metadati e blocchi snapshot condivisi significano che la variazione finale di capacità potrebbe non corrispondere esattamente alla dimensione del file.

1. Metti in pausa nuovi trasferimenti di grandi dimensioni e registra i valori di pool, dati live, cestino e snapshot.
2. Cerca in ogni repository di riciclo rilevante il percorso eliminato noto e annota la sua dimensione archiviata.
3. Se è assente, ispeziona gli snapshot creati prima dell’eliminazione e confronta l’uso aggregato degli snapshot.
4. Anteprima della stima di recupero per uno snapshot scaduto se il NAS offre una funzione di simulazione o stima.
5. Dopo aver confermato che i dati non sono più necessari, rimuovi solo l’elemento di riciclo identificato o il punto di ripristino scaduto, quindi aggiorna gli stessi quattro valori.

Se la cifra del cestino diminuisce, il cestino conteneva file ordinari. Se l’uso esclusivo degli snapshot diminuisce, la causa erano i blocchi trattenuti. Se nessuno cambia, interrompi l’eliminazione dei dati di recupero e ispeziona i file aperti, le versioni delle app, le repliche, la capacità riservata e i dataset figli.

Quando la conservazione di routine lascia ripetutamente il pool quasi pieno, la soluzione duratura è un realistico margine di capacità per gli snapshot, non pulizie d’emergenza ricorrenti. La conservazione dovrebbe proteggere gli obiettivi di recupero senza consumare lo spazio operativo richiesto dai servizi attivi.

Domande Frequenti

Perché uno snapshot può mostrare quasi nessuno spazio usato mentre i dati eliminati sono ancora trattenuti?

Il valore mostrato può rappresentare lo spazio unico per quel punto di ripristino, non ogni blocco che può leggere. Un altro snapshot può ancora riferirsi agli stessi dati eliminati, quindi rimuovere un solo snapshot può liberare poco o nulla.

Svuotare un cestino elimina anche gli snapshot?

No. La pulizia del cestino rimuove i file dal repository live, mentre gli snapshot seguono un sistema di conservazione separato. Se quel repository è incluso negli snapshot, tuttavia, i suoi blocchi vecchi possono rimanere trattenuti fino alla scadenza degli snapshot rilevanti.

Perché lo spazio libero recuperato può essere inferiore alla dimensione del file eliminato?

La dimensione logica del file e lo spazio allocato nel pool non sono sempre uguali. Compressione, condivisione di blocchi, metadati, parità, deduplicazione e contabilità ritardata possono modificare il risultato osservato, quindi confronta le metriche del livello di archiviazione invece di aspettarti una corrispondenza esatta byte per byte.