Filsystemet NTFS kan användas med operativsystemet Windows NT eller senare. Det erbjuder vissa specialfunktioner som också har effekter för TreeSize. Vi kommer att beskriva några av dessa funktioner och deras inverkan på denna programvara i följande stycken.
Listor för åtkomstkontroll
Användarnas åtkomst till filer och mappar kan begränsas. Man kan ge eller neka andra användare eller grupper vissa rättigheter som att läsa, skriva, exekvera eller radera. På så sätt kan man även neka administratörer åtkomst till filer och mappar. Om en administratör försöker komma åt en mapp i Windows Explorer som ägaren nekat alla andra användare läsåtkomst till, visas ett felmeddelande "Access Denied". TreeSize kan dock skanna sådana mappar om du är inloggad som administratör eller som en användare som har rätt att utföra säkerhetskopieringar (detta alternativ kan ändras på "Kontrollpanelen > Administrativa verktyg > Lokal säkerhetspolicy" och med användarredigeraren i Windows).
Filbaserad komprimering
NTFS stöder komprimering på individuell filbasis. Filer som är komprimerade på en NTFS-volym kan läsas och skrivas utan att först dekomprimeras av ett annat program. Dekomprimeringen sker automatiskt och transparent under läsningen av filen. Filen komprimeras igen när den sparas.
Utrymmet som upptas av en komprimerad fil är vanligtvis mycket mindre än dess normala storlek. För mappar som är helt eller delvis komprimerade kan därför det tilldelade utrymmet som rapporteras av TreeSize vara mindre än den storlek som rapporteras för mappen. TreeSize kan visa komprimeringsgraden i en extra kolumn på fliken "Detaljer". Dessutom kan den visa komprimerade filer och mappar i en annan färg. Dessa funktioner kan slås på eller av i dialogrutan Alternativ.
TreeSize kan komprimera och dekomprimera hela filsystemgrenar med hjälp av snabbmenyn.
I Windows 10 introducerade Microsoft nya transparenta komprimeringsfunktioner i NTFS, utformade för att komprimera operativsystemets filer, främst DLL- och EXE-filer. Till skillnad från den gamla filbaserade komprimeringen flaggas inte dessa filer som komprimerade i sina filattribut.
Glesa filer
Filer som är stora men som bara används delvis kallas sparse files. Eftersom operativsystemet inte allokerar diskutrymme för de oanvända delarna av en sparse-fil, upptar den mindre diskutrymme än vad dess faktiska storlek är. TreeSize behandlar sparse-filer som komprimerade filer och beräknar även komprimeringsgraden för dem.
Reparera punkter: Volymmonteringspunkter och symboliska länkar
En volymmonteringspunkt är en befintlig sökväg där du "monterar" en annan volym. På så sätt kan användare och program hänvisa till den monterade volymen via den sökvägen. Det finns inget behov av att tilldela en enhetsbokstav till den här volymen. Det gör att du kan förena flera filsystem till ett logiskt filsystem. Symboliska länkar, även kallade junction points, fungerar på liknande sätt: Om du t.ex. har en tom mapp "C:\Documents\Images" kan du skapa en symbolisk länk till "E:\Pics" för den. Program kommer då att se innehållet i "E:\Pics" i "C:\Documents\Images". Till skillnad från en NTFS-kopplingspunkt kan en symbolisk länk också peka på en fil eller en fjärrsökväg i SMB-nätverket.
Om alternativet "Follow Mount Points and Symbolic Links" är aktiverat kommer TreeSize att inkludera innehållet i dessa mappar vid skanning. Eftersom de inte lagras fysiskt på den enhet du skannar kan detta ge resultat för det tilldelade utrymmet som är större än enhetens totala storlek.
Alternativa dataströmmar (ADS)
I NTFS består en fil av olika dataströmmar. En ström innehåller säkerhetsinformation (åtkomsträttigheter och liknande), en annan innehåller de "riktiga data" som du förväntar dig ska finnas i en fil. Det kan finnas alternativa dataströmmar som innehåller data på samma sätt som standarddataströmmen gör. Dessa alternativa dataströmmar är dolda. Det innebär att du kan ha en fil med 1 byte i den officiella huvuddataströmmen och några hundra MB i en eller flera alternativa dataströmmar. Dir-kommandot, filhanterare eller Windows Explorer visar 1 byte som storlek på filen, men den tar i själva verket upp mycket mer utrymme på hårddisken.
TreeSize kan upptäcka alternativa dataströmmar och lägga till deras storlek till den tilldelade filstorleken.
Observera: ADS kan lagra information i samma kluster som huvuddataströmmen, så om en fil har en eller flera ADS behöver den inte nödvändigtvis allokera mer diskutrymme.
Du kan välja att upptäcka alternativa dataströmmar för att få ett mer exakt allokerat utrymme för kataloggrenar i dialogrutan TreeSize Options. Det här alternativet är avaktiverat som standard, eftersom det tar lite tid att fråga ADS och det ökar den totala tidsåtgången för en sökning. Du kan söka efter filer som innehåller alternativa dataströmmar med hjälp av Custom File Search på TreeSize.
Hårda länkar
I en Windows-miljö är en hardlink en referens, eller pekare, till fysiska data på en NTFS-lagringsvolym. Alla namngivna filer är hardlinks. Namnet som associeras med filen är helt enkelt en etikett som hänvisar operativsystemet till de faktiska data. På NTFS-volymer kan mer än ett namn associeras med samma data. Även om de kallas med olika namn kommer alla ändringar som görs att påverka de faktiska uppgifterna, oavsett hur filen kallas vid ett senare tillfälle. Hardlinks kan bara hänvisa till data som finns i samma filsystem. Datan är tillgänglig så länge det finns minst en länk som pekar på den. När den sista länken tas bort anses utrymmet vara ledigt. Observera att alla hardlink som pekar på samma fil också delar samma Security Descriptior (åtkomstbehörigheter).
För att skapa en hardlink måste användaren ha skrivbehörighet för filattribut på respektive mappgren och på fildelningen, om enheten inte är en lokal enhet.
Om mer än en hardlink pekar på en fils data, allokeras utrymmet endast en gång av dessa filer, oavsett hur många hardlinks som finns. I dialogrutan Alternativ kan du ange att TreeSize ska upptäcka hårda länkar för att få en mer exakt fördelning av utrymmet för kataloggrenar. Det här alternativet är avaktiverat som standard, eftersom det tar lite tid att fråga efter hårda länkar och det ökar den totala tidsåtgången för en skanning.
Automatisk deduplicering av data
Windows Server 2012 och senare erbjuder en funktion för datadeduplicering: Datadedupliceringen segmenterar filer med delvis lika innehåll i så kallade "chunks" som flyttas till undermappen "System Volume Informaton\Dedup\ChunkStore\" som finns på motsvarande NTFS-partition. Efter att Windows har utfört dedupliceringen ersätts originaldata med en pekare till motsvarande chunk i ChunkStore-katalogen. Efter att de har deduplicerats av NTFS-avdubbleringen kommer två identiska filer bara att kräva hälften av det diskutrymme som de upptog tidigare. Eftersom originalfilerna nu bara innehåller en liten pekare i stället för data, kommer det tilldelade diskutrymmet att anges av Windows med ett mycket mindre värde än tidigare (för två identiska filer skulle det upptagna diskutrymmet anges som "0 Byte"). Om du vill att TreeSize ska visa de ursprungliga fil- och mappstorlekarna ändrar du helt enkelt visningsläget från "Allocated Space" till "Size". Det "Allocated Space" som visas på TreeSize är det diskutrymme som du skulle få om du raderade motsvarande fil.
Offlinefiler
Windows Server och vissa verktyg och apparater från tredje part erbjuder en funktion som kallas "offline-filer": Filer som inte har använts på länge flyttas automatiskt till billigare och långsammare lagringsutrymme, och en liten stubbfil blir kvar på sin ursprungliga plats. Vanligtvis rapporterar TreeSize det tilldelade utrymmet för en sådan stubfil korrekt, vilket ofta bara är storleken på ett filsystemkluster.
Det finns dock en situation där det tilldelade utrymmet för stub-filer kanske inte rapporteras korrekt. Om TreeSize stöter på Access Denied-fel använder den Windows API-funktioner avsedda för säkerhetskopieringsprogram för att kunna skanna även dessa delar av filsystemet och tillhandahålla värden för deras storlek och tilldelade utrymme. Vi har sett några apparater som rapporterade hela filstorleken som allokerat utrymme i detta fall för stubbfilerna, troligen för att detta skulle vara den storlek som upptas i en säkerhetskopia. För att undvika detta bör du se till att den användare som kör skanningen har fullständig läsbehörighet till det skannade filsystemet.