Hur man kontrollerar om snapshots eller papperskorgar använder NAS-utrymme

För att identifiera vad som tar upp utrymme, jämför användningen av live-share, innehållet i papperskorgen och användningen av snapshot-only innan du tar bort en annan fil eller återställningspunkt från din NAS.

En papperskorg håller vanliga filer i ett dolt arkiv, medan en snapshot behåller äldre block som refereras till efter att den aktiva filen försvunnit. Den säkraste kontrollen är därför en kontrollerad jämförelse: notera kapaciteten, inspektera båda lagringslagren och bekräfta vilken siffra som ändras innan du ändrar någon behållningsregel.

Matcha först varje siffra med samma lagringsomfång

Börja med lagringspoolen eller volymen som rapporterade det saknade fria utrymmet. En delad mapp kan krympa medan dess överordnade pool förblir oförändrad, så att jämföra en delningsstorlek med hela poolens fria kapacitet kan skapa en falsk motsägelse.

Notera fyra värden samtidigt: poolens använda utrymme, live-datasetets eller delningens användning, papperskorgens användning och snapshot-only-användning. Om gränssnittet inte visar alla fyra, använd dess filhanterare för papperskorgsarkivet och dess snapshot-hanterare för behållet eller exklusivt snapshot-utrymme.

Mönstret är viktigare än en enskild absolut siffra. Uppdatera samma skärmar efter att bakgrundsredovisningen är klar, och använd sedan följande signaler för att avgöra vilket lager som förtjänar en närmare kontroll.

Kontrollera papperskorgen som lagrade filer

En NAS-papperskorg är normalt serverbaserad lagring, inte papperskorgen på datorn som tog bort filen. Titta inuti den berörda delade mappen och NAS:ens filhanterare efter dolda papperskorgs-, skräppost- eller användarspecifika återställningsmappar.

En Samba-stil papperskorgstjänst kan avlyssna en borttagning och flytta filen till en serverbaserad papperskorgskatalog. Filnamnet kan försvinna från sin ursprungliga sökväg medan dess data fortfarande upptar samma pool.

Mät arkivet innan du tömmer det. Kontrollera varje delning och användaromfång, eftersom en synlig papperskorgsmapp kanske inte representerar hela NAS:en. Bekräfta också om upprepade borttagningar bevarar flera filversioner och om ett automatiskt behållningsjobb faktiskt har körts.

Kontrollera snapshots som refererade block

En snapshot behöver inte behålla en andra vanlig kopia av varje fil. Den bevarar referenser till äldre block, så en borttagen fil kan försvinna från den aktiva delningen medan blocken förblir otillgängliga för återanvändning.

Använd snapshot-hanterarens samlade värde för det berörda datasetet först. På ZFS-system kan snapshot-utrymmesanvändning kontrolleras på datasetnivå och sedan begränsas till snapshots som fortfarande innehåller en känd fil eller katalog.

Behandla inte en snapshots visade användning som storleken på allt som är synligt inuti den. Flera snapshots kan referera till samma block, och att ta bort en återställningspunkt kan frigöra lite utrymme om en annan snapshot fortfarande ger den sista referensen.

Utför en kontrollerad kontroll innan du rensar något

Använd en känd borttagen fil eller mapp som testobjekt. Dess ungefärliga ursprungliga storlek och borttagningstid ger dig en referens, men komprimering, metadata och delade snapshot-block innebär att den slutliga kapacitetsförändringen kanske inte exakt motsvarar filstorleken.

1. Pausera nya stora överföringar och notera pool-, live-data-, papperskorgs- och snapshot-siffrorna.
2. Sök i varje relevant papperskorgsarkiv efter den kända borttagna sökvägen och notera dess lagrade storlek.
3. Om den saknas, inspektera snapshots skapade före borttagningen och jämför samlad snapshot-användning.
4. Förhandsgranska återvinningsuppskattningen för en utgången snapshot om NAS:en erbjuder en testkörning eller uppskattningsfunktion.
5. Efter att ha bekräftat att datan inte längre behövs, ta endast bort den identifierade papperskorgsposten eller den utgångna återställningspunkten, och uppdatera sedan samma fyra siffror.

Om papperskorgssiffran minskar höll papperskorgen vanliga filer. Om snapshot-only-användningen minskar var behållna block orsaken. Om ingen av dem ändras, sluta ta bort återställningsdata och inspektera öppna filhandtag, applikationsversionslagring, replikeringar, reserverad kapacitet och underordnade dataset.

När rutinmässig behållning upprepade gånger lämnar poolen nära full är den hållbara lösningen realistisk snapshot-kapacitetsreserv, inte återkommande nödrensningar. Behållning bör skydda återställningsmålen utan att förbruka det arbetsutrymme som aktiva tjänster kräver.

Vanliga frågor

Varför kan en snapshot visa nästan inget använt utrymme medan borttagna data fortfarande behålls?

Det visade värdet kan representera utrymme unikt för just den återställningspunkten, inte varje block den kan läsa. En annan snapshot kan fortfarande referera till samma borttagna data, så att ta bort endast en snapshot kan frigöra lite eller inget utrymme.

Tar tömning av papperskorgen också bort snapshots?

Nej. Rensning av papperskorgen tar bort filer från det aktiva arkivet, medan snapshots följer ett separat behållningssystem. Om det arkivet i sig ingår i snapshots kan dock dess gamla block förbli behållna tills de relevanta snapshotsen löper ut.

Varför kan det återvunna fria utrymmet vara mindre än den borttagna filen?

Logisk filstorlek och tilldelat poolutrymme är inte alltid lika. Komprimering, blockdelning, metadata, paritet, deduplicering och fördröjd redovisning kan förändra det observerade resultatet, så jämför lagringslagrets mått istället för att förvänta dig en exakt byte-för-byte-matchning.