Perché un NAS non recupera spazio dopo aver eliminato file di grandi dimensioni?

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.

Why Doesn’t a NAS Reclaim Space After Deleting Large Files? - Zima Store Online

Un NAS potrebbe non recuperare spazio libero dopo la scomparsa di un file grande perché eliminare il suo nome visibile è solo una parte del recupero dello spazio di archiviazione. Un cestino, uno snapshot del filesystem, una versione di backup o un processo in esecuzione possono ancora trattenere i blocchi sottostanti del file.

La correzione giusta dipende da chi ancora fa riferimento a quei blocchi. Controlla la condivisione, il livello snapshot, i servizi in esecuzione e la contabilità del pool in quest'ordine. Non eliminare ogni snapshot o riavviare l'intero NAS prima di identificare quale livello possiede lo spazio mancante.

La causa principale: il file è sparito ma i suoi blocchi sono ancora referenziati

Un file ha una voce visibile nella directory e blocchi di archiviazione contenenti i suoi dati. Rimuovere la voce fa scomparire il file dalla cartella, ma il filesystem può riutilizzare i suoi blocchi solo dopo che ogni riferimento rimanente è stato rilasciato. Questa distinzione spiega perché un'eliminazione riuscita non produce sempre un aumento equivalente dello spazio libero.

Su un NAS basato su Linux, un servizio può mantenere aperto un file già eliminato. Il kernel preserva i dati fino alla chiusura finale del descrittore del file, anche se i browser di file e le scansioni normali delle directory non possono più vederlo. La spiegazione di Red Hat su la ritenzione dello spazio da file eliminati ancora aperti mostra perché fermare o riavviare con grazia il processo che lo tiene aperto libera spazio che la sola eliminazione non ha fatto.

Altri occupanti operano sopra il livello dei file aperti. Un servizio di riciclo di rete potrebbe spostare il file invece di scollegarlo, mentre uno snapshot copy-on-write preserva intenzionalmente i blocchi più vecchi per il recupero. Il risultato visibile è simile—poca o nessuna capacità recuperata—ma l'azione correttiva sicura è diversa.

Quale livello NAS sta ancora trattenendo i dati eliminati?

Inizia confrontando cosa è cambiato dopo l'eliminazione. Il nome del file potrebbe essere stato spostato in una directory nascosta del cestino, il dataset live potrebbe essersi ridotto mentre l'utilizzo degli snapshot è aumentato, oppure il totale del pool potrebbe rimanere superiore ai file che gli strumenti di directory possono contare. Questi schemi restringono il campo senza una pulizia distruttiva.

Ciò che osservi	Probabile occupante dello spazio	Cosa controllare	Azione successiva sicura
Il file scompare, ma una cartella del cestino cresce	Cestino della condivisione	Cestino per la stessa condivisione e utente	Controlla e svuota la posizione corretta del cestino
L'utilizzo del dataset live diminuisce, ma l'utilizzo del pool cambia poco	Snapshot o versioni conservate	Spazio snapshot e date di conservazione	Scadere solo le versioni al di fuori della politica di recupero
L'utilizzo del filesystem è superiore ai totali visibili delle directory	File eliminato ancora aperto	Processi con file aperti non più collegati	Riavvia o ricarica con grazia il servizio interessato
Una condivisione si riduce, ma lo spazio libero totale del pool no	Dataset figlio, riserva o altro carico di lavoro	Utilizzo per dataset, applicazione e lavoro di backup	Correggi il consumatore effettivo anziché la condivisione
Variazioni dello spazio libero poco dopo l'eliminazione	Contabilizzazione in sospeso o pulizia in background	Metriche aggiornate del pool dopo che l'attività si è stabilizzata	Attendi e aggiorna prima di effettuare un'altra modifica

Un cestino è il caso più semplice. Il comportamento del cestino VFS di Samba intercetta le richieste di eliminazione e sposta i file in un archivio anziché rimuoverli immediatamente. Un file eliminato tramite una condivisione SMB può quindi rimanere nello stesso pool di archiviazione anche se è scomparso dalla cartella originale.

Gli snapshot sono meno evidenti perché possono preservare blocchi senza mantenere un altro file ordinario nella directory attiva. Quando uno snapshot fa riferimento allo stato pre-eliminazione, rimuovere il file attivo elimina solo il riferimento corrente. Questo esempio di contabilizzazione dello spazio degli snapshot dimostra perché uno snapshot può recuperare poco spazio quando altri snapshot fanno ancora riferimento agli stessi blocchi.

I valori di pool e condivisione possono anche misurare ambiti diversi. Una condivisione può riportare il suo dataset o quota, mentre il cruscotto di archiviazione include dataset figli, dati applicativi, versioni di backup, riserve e blocchi mantenuti dagli snapshot. Confronta elementi simili prima di concludere che l'eliminazione è fallita.

Recupera spazio senza distruggere la cronologia di recupero

Il recupero dovrebbe passare dai controlli reversibili all'eliminazione permanente. Prima aggiorna la visualizzazione della capacità e conferma di leggere il pool, dataset e condivisione corretti. Un breve ritardo nella contabilizzazione può essere normale; un divario persistente dopo che l'attività si è stabilizzata indica che un altro riferimento o ambito di archiviazione necessita ancora di indagine.

Conferma che il file eliminato sia assente dalla condivisione originale e non sia stato spostato o rinominato da un'applicazione.
Ispeziona il cestino associato a quella specifica condivisione e account utente.
Esamina gli snapshot e la conservazione dei backup per data, dataset e spazio stimato recuperabile.
Confronta l'uso del filesystem con i totali delle directory visibili per identificare allocazioni nascoste.
Controlla i dataset figli, i volumi delle applicazioni, le quote e le riserve prima di modificare il pool.
Rilascia il detentore confermato tramite la sua normale conservazione, servizio o controllo amministrativo.

Quando l'uso del filesystem rimane superiore al totale visibile delle directory, ispeziona i file cancellati che sono ancora aperti. Il controllo file aperti lsof usa lsof +L1 per elencare i file senza link di directory rimanenti. Identifica il processo e usa il suo normale percorso di ricarica o riavvio graduale; non terminare un servizio di database o storage sconosciuto solo per recuperare spazio.

Per i dati mantenuti dagli snapshot, stima cosa ogni modifica di conservazione recupererà effettivamente prima di eliminare i punti di recupero. I blocchi condivisi da più snapshot possono rimanere allocati fino alla scadenza dell'ultimo snapshot che li riferisce, quindi rimuovere uno snapshot può restituire molto meno spazio di quanto suggerisca la sua dimensione apparente nella cronologia. Conserva prima il valore di recupero e regola la conservazione con attenzione.

Se le cancellazioni di routine spingono ripetutamente il pool vicino al pieno, il problema riguarda anche la pianificazione della capacità. La conservazione del cestino, gli snapshot, le applicazioni e la cronologia dei backup necessitano di margine oltre la dimensione dei file attivi, quindi la pianificazione della capacità utilizzabile del NAS deve includere questi consumatori meno visibili.

Domande Frequenti

Perché svuotare il cestino del NAS ha recuperato solo una parte dello spazio?

Gli stessi blocchi possono essere ancora referenziati da snapshot, versioni di backup o da un processo aperto. Svuotare il cestino rimuove solo quel detentore; non sovrascrive altri riferimenti né libera spazio riservato da un altro dataset.

Quanto tempo dovrebbe impiegare un NAS per mostrare lo spazio appena liberato?

Un breve ritardo mentre la contabilità dello storage e i processi in background si stabilizzano può essere normale. Se il valore rimane invariato dopo l'aggiornamento della dashboard e delle statistiche del filesystem, controlla snapshot, file cancellati ancora aperti, quote e se il numero visualizzato rappresenta la condivisione o l'intero pool.

Il RAID impedisce ai file cancellati di liberare spazio?

RAID normalmente applica la cancellazione all'intero array attivo; non conserva il vecchio file come cronologia di recupero. Cestini e snapshot sono livelli separati, mentre i limiti della protezione RAID riguardano la disponibilità piuttosto che il recupero di file cancellati o la conservazione dello spazio.