Varför rapporterar en NAS mer använd plats än vad delade mappar innehåller?

En NAS rapporterar mer använd plats eftersom volymen och visningen av delade mappar räknar olika lagringsområden.

Summorna för delade mappar brukar baseras på synliga filer. NAS-volymen kan också räkna snapshots, papperskorgar, applikationsdataset, filsystemets metadata, reserverat utrymme, borttagna filer som fortfarande hålls av en process och data som är dolda under en monteringspunkt. Jämför dessa lager innan du raderar något.

NAS och filhanteraren räknar olika saker

Börja med att bekräfta att båda siffrorna avser samma monterade volym och samma tidpunkt. Verktyg som visar filsystemsnivå- och katalognivåmätningar svarar på olika frågor: den ena läser allokeringsräknare, medan den andra summerar nåbara sökvägar.

En liten skillnad kan bero på allokeringsblock, metadata, reserverad kapacitet, sparsamma filer, komprimering eller avrundning. En skillnad på hundratals gigabyte kräver oftast en namngiven orsak snarare än den generella förklaringen ”filsystemets overhead”.

Snapshots och papperskorgshistorik behåller gamla block

Att radera en aktiv fil frigör inte dess block om en snapshot fortfarande refererar till den äldre versionen. I ett mätt ZFS-fall behåller snapshots referenser till raderade block och skapade en stor skillnad mellan datasetets referensstorlek och totalt använd plats.

Snapshot-gränssnitt kan också få enskilda snapshot-storlekar att se mindre ut än det utrymme som frigörs genom att ta bort ett intervall eftersom block delas mellan versioner. På ZFS beskriver USED, REFER och AVAIL olika områden. Papperskorgar lägger till ett annat synligt eller dolt behållningslager, och en snapshot kan behålla filer som redan placerats i den papperskorgen.

Öppna filer och monteringar kan dölja aktiv användning

En process kan radera en logg- eller temporär fil samtidigt som den fortsätter skriva via sin öppna filbeskrivare. Sökvägen försvinner från summorna för delade mappar, men raderade filer som fortfarande är öppna behåller sina block allokerade tills processen stänger dem.

Monteringsordning skapar en annan blind fläck. Om filer skrevs till en katalog innan ett annat filsystem monterades över den, ser normala genomsökningar det monterade innehållet istället för de underliggande filerna. En dokumenterad df-mot-du-undersökning spårade saknad användning till data dolda under en aktiv monteringspunkt.

Jämför skillnaden utan att radera blint

Dokumentera volymanvändning, dataset- eller delningsanvändning, snapshot-exklusiv användning, papperskorgssummor, applikationsdataset, öppna raderade filer, monteringar och filsystemets reservationer. Använd NAS:ens eller filsystemets egen redovisning för snapshots och copy-on-write-dataset istället för att tvinga alla siffror genom en enda kataloggenomsökning.

Uppskatta återvunnen plats innan versioner rensas, stoppa eller starta om endast processen som håller en bekräftad raderad fil och inspektera underliggande monteringsvägar under ett kontrollerat underhållsfönster. Ha kvar behållningspolicyn i sikte: snapshots kan behålla redan korrupt data, men att ta bort dem vårdslöst kan också ta bort den enda användbara återställningspunkten.

Vanliga frågor

Kan filsystemets overhead förklara en mycket stor skillnad i utrymme?

Det kan förklara en måttlig, stabil skillnad, men inte varje stor. Hundratals saknade gigabyte pekar oftare på snapshots, dolda dataset, öppna raderade filer, papperskorgshistorik eller data under en monteringspunkt.

Varför frigörs inte utrymmet omedelbart när papperskorgen töms?

En snapshot kan fortfarande referera till de raderade blocken, en process kan hålla en fil öppen eller filsystemet kan återvinna utrymme asynkront. Kontrollera dessa lager innan du upprepar raderingar.

Kommer en omstart av NAS:en att göra att det saknade utrymmet återkommer?

Endast i fall som rör raderade filer som hålls av körande processer. En omstart tar inte bort snapshots, innehåll i papperskorgen, filsystemets reservationer eller data dolda under en monteringspunkt.