Skip to content
Zpět na začátek

# Poznámky k NTFS

Souborový systém NTFS lze použít s operačním systémem Windows NT nebo novějším. Nabízí některé speciální funkce, které mají také vliv na TreeSize.

V následujících odstavcích popíšeme některé z těchto funkcí a jejich dopady na tento software.

## Seznamy řízení přístupu

Způsob, jakým mohou uživatelé přistupovat k souborům a složkám, může být omezen. Lze udělit nebo odepřít jiným uživatelům nebo skupinám určitá práva, jako je čtení, zápis, provádění nebo mazání. Tímto způsobem lze dokonce odepřít přístup k souborům a složkám i administrátorům.

Pokud se administrátor pokusí přistoupit k složce ve Windows Průzkumníku, ke které vlastník odepřel jakémukoli jinému uživateli přístup ke čtení, zobrazí se chybová zpráva „Přístup odepřen“.

Nicméně, TreeSize je schopen skenovat takové složky, pokud jste přihlášeni jako administrátor nebo jako uživatel, který má právo provádět zálohy (tato možnost může být změněna v „Ovládacích panelech > Správní nástroje > Místní bezpečnostní politika“ a pomocí editoru uživatelů Windows).

## Komprese na úrovni souboru

NTFS podporuje kompresi na úrovni jednotlivých souborů. Soubory, které jsou komprimovány na objemu NTFS, lze číst a zapisovat, aniž by bylo nutné je nejprve dekomprimovat jiným programem. Dekompresi provádí automaticky a transparentně během čtení souboru. Soubor je znovu komprimován při jeho uložení.

Prostor obsazený komprimovaným souborem je obvykle mnohem menší než jeho normální velikost. V důsledku toho může být pro složky, které jsou částečně nebo zcela komprimovány, přidělený prostor hlášený TreeSize menší než velikost hlášená pro tuto složku.

TreeSize je schopen zobrazit poměr komprese v extra sloupci na kartě „Podrobnosti“. Dále může zobrazit komprimované soubory a složky v jiné barvě. Tyto funkce lze zapnout nebo vypnout v dialogu Možnosti.

TreeSize je schopen komprimovat a dekomprimovat celé větve souborového systému pomocí kontextového menu.

Ve Windows 10 Microsoft zavedl nové transparentní kompresní funkce v NTFS, navržené k zúžení souborů operačního systému, především DLL a EXE souborů. Na rozdíl od staré komprese na úrovni souboru, tyto soubory nejsou označeny jako komprimované ve svých atributech souboru.

## Řídicí soubory

Soubory, které jsou velké, ale pouze částečně využívané, se nazývají sparse files.

Protože operační systém nepřiděluje diskový prostor pro nevyužité části řídkého souboru, zabírá méně diskového prostoru, než je jeho skutečná velikost.

TreeSize zachází s řídkými soubory jako s komprimovanými soubory a také pro ně vypočítává poměr komprese.

## Reparse body: Body připojení objemu a symbolické odkazy

Bod připojení objemu je existující cesta, kde „připojujete“ jiný objem.

Díky tomu mohou uživatelé a aplikace odkazovat na připojený objem pomocí této cesty. Není nutné přiřazovat tomuto objemu písmeno jednotky. Umožňuje to sjednotit více souborových systémů do jednoho logického souborového systému.

Symbolické odkazy, také známé jako spojovací body, fungují podobně: Pokud například máte prázdnou složku „C:DocumentsImages“, můžete pro ni vytvořit symbolický odkaz na „E:Pics“. Aplikace pak uvidí obsah „E:Pics“ v „C:DocumentsImages“.

Na rozdíl od spojovacího bodu NTFS může symbolický odkaz také odkazovat na soubor nebo vzdálenou síťovou cestu SMB.

Pokud je možnost „Sledovat připojovací body a symbolické odkazy“ aktivována, TreeSize zahrne obsah těchto složek při skenování. Protože nejsou fyzicky uloženy na disku, který skenujete, mohou výsledky pro přidělený prostor být větší než celková velikost disku.

## Alternativní datové proudy (ADS)

V NTFS se soubor skládá z různých datových proudů. Jeden proud obsahuje informace o zabezpečení (práva přístupu a podobné věci), další obsahuje „skutečná data“, která očekáváte, že budou v souboru.

Mohou existovat alternativní datové proudy, které uchovávají data stejným způsobem jako standardní datový proud. Tyto alternativní datové proudy jsou skryté. To znamená, že můžete mít soubor s 1 bajtem v oficiálním hlavním datovém proudu a několik set MB v jednom nebo více alternativních datových proudech.

Příkaz dir, správci souborů nebo Průzkumník Windows zobrazí 1 bajt jako velikost tohoto souboru, ale ve skutečnosti alokuje mnohem více místa na vašem pevném disku.

TreeSize dokáže detekovat alternativní datové proudy a přidat jejich velikosti k přidělené velikosti souboru.

Poznámka

ADS mohou uchovávat informace ve stejném clusteru jako hlavní datový proud, takže pokud má soubor jeden nebo více ADS, tento soubor nemusí nutně alokovat více místa na disku.

Můžete se rozhodnout detekovat alternativní datové proudy, abyste získali přesnější přidělený prostor adresářových větví, v dialogu možností TreeSize.

Tato možnost je ve výchozím nastavení deaktivována, protože dotazování na ADS zabere nějaký čas a zvyšuje celkový čas potřebný pro skenování. Můžete vyhledávat soubory obsahující alternativní datové proudy pomocí vlastního vyhledávání souborů v TreeSize.

## Hardlinky

V prostředí Windows je hardlink odkazem nebo ukazatelem na fyzická data na úložném objemu NTFS. Všechny pojmenované soubory jsou hardlinky. Název spojený se souborem je jednoduše štítek, který odkazuje operačnímu systému na skutečná data.

Na objemech NTFS může být s těmito daty spojeno více než jedno jméno. Ačkoli jsou nazývány různými názvy, jakékoli provedené změny ovlivní skutečná data, bez ohledu na to, jak se soubor později nazývá.

Hardlinky mohou odkazovat pouze na data, která existují na stejném souborovém systému. Data jsou přístupná, dokud existuje alespoň jeden odkaz, který na ně ukazuje. Když je poslední odkaz odstraněn, prostor je považován za volný.

Poznámka

Všechny hardlinky ukazující na stejný soubor sdílejí také stejný bezpečnostní popis (přístupová oprávnění).

Pro vytvoření hardlinku musí mít uživatel oprávnění pro zápis atributů souboru na příslušné větvi složky a na sdílení, pokud disk není místní.

Pokud více než jeden hardlink ukazuje na data souboru, prostor je alokován pouze jednou těmito soubory, bez ohledu na to, kolik hardlinků existuje.

V dialogu možností můžete říct TreeSize, aby detekoval hardlinky, abyste získali přesnější přidělený prostor adresářových větví. Tato možnost je ve výchozím nastavení deaktivována, protože dotazování na hardlinky zabere nějaký čas a zvyšuje celkový čas potřebný pro skenování.

## Automatická deduplikace dat

Windows Server 2012 a novější nabízejí funkci deduplikace dat: Deduplikace dat segmentuje soubory s částečně shodným obsahem do tzv. „chunky“, které jsou přesunuty do podsložky „System Volume InformationDedupChunkStore" umístěné na odpovídající NTFS oddílu.

Po aplikaci deduplikace systémem Windows jsou původní data nahrazena ukazatelem na odpovídající blok v adresáři ChunkStore. Po deduplikaci pomocí deduplikace NTFS budou dvě identické soubory vyžadovat pouze polovinu diskového prostoru, který zabíraly předtím.

Jelikož nyní původní soubory obsahují pouze malý ukazatel místo dat, bude alokovaný diskový prostor Windows označovat mnohem menší hodnotou než předtím (pro dva identické soubory by byl obsazený diskový prostor označen jako „0 Byte“).

Aby TreeSize zobrazoval původní velikosti souborů a složek, jednoduše přepněte režim zobrazení z „Alokovaný prostor“ na „Velikost“. „Alokovaný prostor“ zobrazený v TreeSize je diskový prostor, který byste získali smazáním odpovídajícího souboru.

## Offline soubory

Windows Server a některé nástroje a zařízení třetích stran nabízejí funkci nazvanou „offline soubory“: Soubory, které nebyly dlouho používány, budou automaticky přesunuty na levnější a pomalejší úložiště, a malý stub soubor zůstane na svém původním místě.

Obvykle TreeSize správně hlásí alokovaný prostor takového stub souboru, který je často pouze velikostí jednoho clusteru souborového systému.

Existuje však jedna situace, kdy nemusí být alokovaný prostor pro stub soubory hlášen správně. Pokud TreeSize narazí na chyby „Přístup odepřen“, používá funkce Windows API určené pro zálohovací software, aby mohl prozkoumat také ty části souborového systému a poskytnout hodnoty pro jejich velikost a alokovaný prostor.

Viděli jsme některá zařízení, která v tomto případě hlásila plnou velikost souboru jako alokovaný prostor pro stub soubory, pravděpodobně proto, že by to byla velikost obsazená v záloze.

Aby se tomu předešlo, zajistěte, aby uživatel, který provádí skenování, měl plný přístup ke čtení k prozkoumávanému souborovému systému.