Filsystemet NTFS kan brukes med operativsystemet Windows NT eller nyere. Det har noen spesielle funksjoner som også har innvirkning på TreeSize. I det følgende vil vi beskrive noen av disse funksjonene og deres innvirkning på denne programvaren.
Lister for tilgangskontroll
Man kan begrense brukernes tilgang til filer og mapper. Man kan gi eller nekte andre brukere eller grupper visse rettigheter, som å lese, skrive, kjøre eller slette. På denne måten kan man til og med nekte administratorer tilgang til filer og mapper. Hvis en administrator prøver å få tilgang til en mappe i Windows Utforsker som eieren har nektet andre brukere lesetilgang til, vises feilmeldingen "Access Denied". TreeSize kan imidlertid skanne slike mapper hvis du er logget inn som administrator eller som en bruker som har rett til å ta sikkerhetskopier (dette alternativet kan endres i "Kontrollpanel > Administrative verktøy > Lokal sikkerhetspolicy" og i brukerredigeringsprogrammet i Windows).
Filbasert komprimering
NTFS støtter komprimering på individuell filbasis. Filer som er komprimert på et NTFS-volum, kan leses og skrives uten først å bli dekomprimert av et annet program. Dekomprimering skjer automatisk og transparent under lesing av filen. Filen komprimeres på nytt når den lagres.
Plassen en komprimert fil opptar, er vanligvis mye mindre enn den normale størrelsen. For mapper som er helt eller delvis komprimert, kan derfor den tildelte plassen som rapporteres av TreeSize være mindre enn størrelsen som rapporteres for mappen. TreeSize kan vise komprimeringsgraden i en ekstra kolonne i "Detaljer"-fanen. I tillegg kan den vise komprimerte filer og mapper i en annen farge. Disse funksjonene kan slås av eller på i dialogboksen Alternativer.
TreeSize kan komprimere og dekomprimere hele filsystemgrener ved hjelp av kontekstmenyen.
I Windows 10 introduserte Microsoft nye, gjennomsiktige komprimeringsfunksjoner i NTFS, som er utformet for å komprimere filene i operativsystemet, hovedsakelig DLL- og EXE-filer. I motsetning til den gamle filbaserte komprimeringen er ikke disse filene merket som komprimerte i filattributtene.
Sparsomme filer
Filer som er store, men som bare delvis brukes, kalles sparse-filer. Fordi operativsystemet ikke tildeler diskplass til de ubrukte delene av en sparse-fil, opptar den mindre diskplass enn den faktiske størrelsen. TreeSize behandler sparse-filer på samme måte som komprimerte filer og beregner også komprimeringsgraden for dem.
Reparse-punkter: Volummonteringspunkter og symbolske koblinger
Et volummonteringspunkt er en eksisterende bane der du "monterer" et annet volum. Dermed kan brukere og programmer referere til det monterte volumet ved hjelp av denne banen. Det er ikke nødvendig å tilordne en stasjonsbokstav til dette volumet. Det gjør det mulig å forene flere filsystemer til ett logisk filsystem. Symbolske koblinger, også kjent som koblingspunkter, fungerer på samme måte: Hvis du for eksempel har en tom mappe "C:\Documents\Images", kan du opprette en symbolsk kobling til "E:\Pics" for den. Programmer vil da se innholdet i "E:\Pics" i "C:\Documents\Images". I motsetning til et NTFS-knutepunkt kan en symbolsk kobling også peke til en fil eller en ekstern SMB-nettverksbane.
Hvis alternativet "Følg monteringspunkter og symbolske koblinger" er slått på, vil TreeSize inkludere innholdet i disse mappene når du skanner. Siden de ikke er fysisk lagret på stasjonen du skanner, kan dette gi resultater for den tildelte plassen som er større enn den totale størrelsen på stasjonen.
Alternative datastrømmer (ADS)
I NTFS består en fil av forskjellige datastrømmer. Én strøm inneholder sikkerhetsinformasjon (tilgangsrettigheter og lignende), mens en annen inneholder de "ekte dataene" som du forventer skal være i en fil. Det kan finnes alternative datastrømmer som inneholder data på samme måte som standard datastrøm. Disse alternative datastrømmene er skjulte. Det betyr at du kan ha en fil med 1 byte i den offisielle hoveddatastrømmen og noen hundre MB i en eller flere alternative datastrømmer. Dir-kommandoen, filbehandlere eller Windows Utforsker vil vise 1 byte som størrelsen på denne filen, men den allokerer faktisk mye mer plass på harddisken din.
TreeSize ADS kan oppdage alternative datastrømmer og legge til størrelsen på disse til den tildelte filstørrelsen.
Merk: ADS kan lagre informasjon i samme klynge som hoveddatastrømmen, så hvis en fil har én eller flere ADS, allokeres det ikke nødvendigvis mer diskplass til denne filen.
Du kan velge å oppdage alternative datastrømmer for å få en mer nøyaktig oversikt over allokert plass for kataloggrener i dialogboksen TreeSize Options. Dette alternativet er deaktivert som standard, fordi det tar litt tid å søke i ADS, noe som øker den totale tiden som trengs for en skanning. Du kan søke etter filer som inneholder alternative datastrømmer, ved hjelp av Custom File Search på TreeSize.
Hardlenker
I et Windows-miljø er en hardlenke en referanse, eller peker, til fysiske data på et NTFS-lagringsvolum. Alle navngitte filer er hardlenker. Navnet som er knyttet til filen, er bare en etikett som henviser operativsystemet til de faktiske dataene. På NTFS-volumer kan mer enn ett navn være knyttet til de samme dataene. Selv om de kalles med forskjellige navn, vil eventuelle endringer påvirke de faktiske dataene, uavhengig av hvordan filen kalles på et senere tidspunkt. Hardlenker kan bare referere til data som finnes på det samme filsystemet. Dataene er tilgjengelige så lenge det finnes minst én lenke som peker til dem. Når den siste lenken fjernes, anses plassen som ledig. Vær oppmerksom på at alle hardlenker som peker til samme fil, også deler samme Security Descriptior (tilgangstillatelser).
For å opprette en hardlenke må brukeren ha skrivetillatelser for filattributter på den respektive mappegrenen og på fildelingen, hvis stasjonen ikke er en lokal stasjon.
Hvis mer enn én hardlenke peker til dataene i en fil, allokeres plassen bare én gang av disse filene, uansett hvor mange hardlenker som finnes. I dialogboksen Alternativer kan du be TreeSize om å oppdage hardlenker, slik at du får en mer nøyaktig allokering av plass til kataloggrener. Dette alternativet er deaktivert som standard, fordi det tar litt tid å søke etter hardlenker, noe som øker den totale tiden som trengs for en skanning.
Automatisk datadeduplikering
Windows Server 2012 og nyere har en funksjon for datadeduplikering: Datadeduplikering segmenterer filer med delvis likt innhold i såkalte "chunks" som flyttes til undermappen "System Volume Informaton\Dedup\ChunkStore\" på den tilsvarende NTFS-partisjonen. Etter at deduplikeringen er utført av Windows, erstattes originaldataene med en peker til den tilsvarende biten i ChunkStore-katalogen. Etter at to identiske filer har blitt deduplikert av NTFS-duplikasjonen, vil de bare kreve halvparten av diskplassen de hadde før. Siden de opprinnelige filene nå bare inneholder en liten peker i stedet for data, vil den tildelte diskplassen bli angitt av Windows med en mye mindre verdi enn tidligere (for to identiske filer vil den opptatte diskplassen bli angitt som "0 Byte"). Hvis du vil at TreeSize skal vise de opprinnelige fil- og mappestørrelsene, bytter du bare visningsmodus fra "Allokert plass" til "Størrelse". "Allocated Space" som vises på TreeSize, er den diskplassen du ville fått ved å slette den tilsvarende filen.
Frakoblede filer
Windows Server og enkelte tredjepartsverktøy og -applikasjoner tilbyr en funksjon som kalles "frakoblede filer": Filer som ikke har vært brukt på lenge, flyttes automatisk til billigere og tregere lagringsplass, og en liten stubbfil blir liggende på sin opprinnelige plassering. Vanligvis rapporterer TreeSize den tildelte plassen til en slik stub-fil korrekt, som ofte bare er på størrelse med én filsystemklynge.
Det finnes imidlertid én situasjon der den tildelte plassen for stub-filer kanskje ikke rapporteres korrekt. Hvis TreeSize støter på Access Denied-feil, bruker den Windows API-funksjoner som er beregnet på programvare for sikkerhetskopiering, for å kunne skanne også disse delene av filsystemet og oppgi verdier for størrelse og tildelt plass. Vi har sett noen programmer som rapporterte hele filstørrelsen som allokert plass i dette tilfellet for stub-filene, sannsynligvis fordi dette ville være den størrelsen som ble brukt i en sikkerhetskopi. For å unngå dette må du sørge for at brukeren som kjører skanningen, har full lesetilgang til det skannede filsystemet.