Windows 10 podporuje několik systémů souborů hned po vybalení. Některé z nich jsou dědictvím a existují hlavně pro zpětná kompatibilita, jiné jsou moderní a mají široké uplatnění. Tento článek popisuje různé cesty, pomocí kterého můžete zjistit, jakým systémem souborů jsou vaše disky naformátovány.

Souborový systém je speciální způsob ukládání a organizování vašich informací na různá média, počítaje v to pevné disky, disky SSD, USB disky a další zařízení. Umožňuje ukládat, upravovat, číst soubory a složky pro aplikace a operační systém nainstalovaný na vašem počítači.

Když naformátujete interní disk nebo flash disk, připravujete je pro použití jako úložné médium ve vašem operační systém. Během tohoto procesu se vytvoří systém souborů. Během formátování budou vymazány všechny informace uložené na disku nebo diskovém oddílu.

Windows 10 podporuje souborové systémy FAT, FAT32, exFAT, NTFS A ReFS bez použití dalších software.

Mají různé funkce a vlastnosti. Například FAT a FAT32 jsou starší souborové systémy. FAT podporuje maximální kapacitu 4 GB, FAT32 podporuje 32 GB. Systémy souborů FAT mají také omezení maximální velikost soubor. NTFS je jediný souborový systém, který podporuje kompresi a šifrování souborů a má pokročilé funkce.

Existuje několik metod, které můžete použít k nalezení souborového systému používaného na vašich discích.

Chcete-li zjistit systém souborů na jednotkách v systému Windows 10, postupujte takto.

1. OTEVŘENO "Dirigent" a přejděte do složky "Tento počítač".

1. Klepněte pravým tlačítkem myši na jednotku a vyberte z kontextové nabídky "Vlastnosti".

1. V okně Vlastnosti na kartě Obecné uvidíte systém souborů vašeho disku.

Tato metoda je nejjednodušší a nejrychlejší.

Také můžete použít Nástroj Diskpart, Správa disků nebo PowerShell.

Zobrazení souborového systému disku pomocí Diskpart

1. Stiskněte kombinaci kláves Win + R.

1. Do pole Spustit zadejte " diskpart“ a stiskněte Enter.

1. V Diskpart zadejte příkaz objem seznamu.

Po spuštění příkazu uvidíte systém souborů pro každý disk připojený k vašemu počítači.

Zobrazte souborový systém disku pomocí správy disků.

1. Stiskněte Win + X nebo klikněte pravým tlačítkem na tlačítko "Start".

1. V nabídce WinX vyberte

1. Viz Hodnoty ve sloupci Systém souborů.

Nakonec existuje další způsob, jak určit systém souborů pro každou jednotku připojenou k počítači pomocí skriptovacího jazyka PowerShell.

1. OTEVŘENO PowerShell jménem správce.

1. Zadejte: získat-objem a stiskněte klávesu Enter.

1. Výstup viz hodnoty ve sloupci FileSystemType.

Nyní víte, že je velmi snadné určit systém souborů pro vaše disky. Můžete použít jakoukoli metodu, která se vám nejvíce líbí.

V roce 1991 SanDisk prodal 20MB SSD za 1000 dolarů, ale od té doby tato technologie trochu zlevnila. Zároveň je SSD mnohem rychlejší a tišší. Dnes Nastavení SSD disky pro Windows 10 nezajímají jen ty, které děsí jejich relativně krátká životnost. Pro kompenzaci této nevýhody může řadič zařízení ukládat informace o počtu přepisovacích cyklů, aby se využily méně zatížené paměťové buňky. K tomu je SSD optimalizován pro Windows 10.

Vidíte, že všechno není tak špatné, protože HDD často maže systémové sektory až do děr a už s tím nemůže nic dělat. Windows 10 se nenačte a je velmi pomalý. A je zbytečné používat tweaker, inteligence systému nestačí na to, aby se vyrovnala se špatným čtením sektorů. Mezitím, pokud by bylo možné nainstalovat deset do vhodné oblasti pevného disku, nemělo by to cenu. Optimalizace pevný disk je v tomto ohledu nemožné, ale nastavení SSD je v možnostech běžného uživatele. Od této recenze moc nečekejte, protože systém pro nás udělal hodně. Deset je již maximálně nakonfigurováno pro SSD.

Jak nastavit

Mnoho lidí již přemýšlelo, zda je nákladově efektivní ponechat soubor stránky Windows na SSD. Rychlost paměti je taková, že není jasné, zda je tento starý trik se stránkováním a načítáním dříve používaných informací vůbec potřeba. Jsme si jisti, že v tom je nějaký zdravý rozum a lžíce nesmyslů:

1. Pokud v RAM nejsou žádné informace, procesor je nemůže z ničeho nic vzít. Bude stále zapojen HDD. Tímto způsobem nelze prodloužit životnost. Další věcí je, že můžete uvolnit místo.
2. Myšlenka rozšíření zdroje je velmi relevantní. Co kdybychom vsadili více? paměť s náhodným přístupem, a pak nebude potřeba stránky vyměňovat vůbec? Toto je rozumnější přístup, protože RAM bude fungovat tak jako tak. Ale čím více buněk má, tím méně se opotřebovává každý jednotlivě.

Zakázání nepotřebných procesů

No a samozřejmě, Optimalizace Windows může snížit počet přístupů k úložišti. Jedná se o deaktivaci nepotřebných služeb, procesů, minimalizaci jakékoli aktivity, omezení aktivity přes firewall.

TRIM

Nechybí však ani specifická optimalizace disku. Primárně se bavíme o parametru DisableDeleteNotify. Zeptejme se na jeho hodnotu a v případě potřeby ji nastavte na nulu.

Operace fsutil behavior set DisableDeleteNotify 0 je také použitelná pro systémy s HDD, ale hardware to nepodporuje. Zejména řádek ReFS... není nainstalován znamená, že možnost bude k dispozici ihned po připojení SSD (toto systémová jednotka nemá). Příkaz se nazývá TRIM, je zaveden do rozhraní ATA, ale magnetické mechaniky jej na úrovni řadiče nepodporují. I když nevylučujeme, že v přírodě mohou existovat nějaké výjimky.

Z výše uvedeného kódu můžeme usoudit, že optimalizace SSD disků pod 10 není nutná, protože možnost šetrného zacházení s médii je již povolena. I když tuto polohu musíte ještě zkontrolovat příkazem (viz výše). Je nemožné optimalizovat magnetický HDD, protože neexistuje žádná hardwarová podpora.

Indexování

Někteří odborníci také navrhují zakázat indexování souborů, ale podstata tohoto opatření není zcela jasná. Operační systém jednoduše promaže obsah namísto použití možností a připravených odpovědí, které má uloženy. Co se týče hibernace, líbí se tolik uživatelům, že ne každý se rozhodne jej ze systému vyloučit. Zároveň je tato možnost již ve výchozím nastavení zakázána nastavením systému. Pojďme si to vysvětlit: v první desítce je hibernace ve výchozím nastavení zakázána, a pokud by ji někdo chtěl použít, je nepravděpodobné, že bude souhlasit s jejím odstraněním. Protože je velmi pohodlné pokračovat v práci z místa, kde byla přerušena.

Defragmentace

Jediné, co můžete vypnout, je automatická defragmentace:

Proč TRIM nefunguje

TRIM vyžaduje ovladač AHCI. OS musí být nainstalován na systémová jednotka kde je tato možnost podporována. Na nových základní desky tak jak to je.

Na některých místech však píšou, že musíte nejprve nainstalovat možnost přes BIOS, jako na této fotografii.

Našim čtenářům oznamujeme následující:

1. Pro testování aplikace Victoria bylo nastavení nastaveno na IDE.
2. Test prošel, počítač se nepoužíval a pak se najednou ukázalo, že píšou v síti o nutnosti nastavení tohoto parametru v AHCI...

V režimu IDE se deset na zadané PC vůbec nenainstalovalo. Kontrolovali jsme to dvakrát, v obou případech je v některé fázi průvodce vyvolána chyba. Linux Ubuntu přišel pouze s výchozím nastavením, když jsem se pokusil ručně rozdělit HDD, objevily se chyby. Kontrolováno minimálně třikrát. Nastavení BIOSu bylo upraveno na AHCI a operační systémy okamžitě přestaly fungovat. Zde je screenshot aktivačního okna provedeného po čisté instalaci desítek právě na tento disk.

Společnost provedla aktivaci během několika sekund. Kdysi dávno jich bylo na toto zařízení nainstalováno několik desítek. Upozorňujeme, že všechny akce se konají po 29. červenci 2016. Takže pokud měl někdo to štěstí, že dal nad IDE ovladač desítku, pak je to jedinečný člověk. A opravdu by se měl zapojit nastavení BIOSu Možnost AHCI, aby TRIM fungoval na SSD. Nové základní desky nemají IDE linku vůbec, ve starých se s touto změnou systém přestane načítat. Nicméně v sedmi to bylo možné zaznamenat prostřednictvím registru.

Jak opravit AHCI prostřednictvím registru

Málo se o tom píše, ale po změně typu ovladače z BIOSu se operační systém přestane načítat. Zde je návod, jak to vypadá (tomshardware.co.uk).

Některé věci jsou jasné ze snímku obrazovky, ale vysvětlíme:

1. Někdo nainstaloval sedm na SSD a najednou si všiml, že TRIM nefunguje.
2. Začal jsem to zkoumat a uvědomil jsem si, že potřebuji ovladač AHCI.
3. Šel jsem do BIOSu, změnil jsem ho a přestal se načítat.

Zde je příklad modrá obrazovka po provedení takových akcí (tnxs na askvg.com/).

Muž, který zveřejnil tuto recenzi (viz snímek obrazovky), našel řešení problému opravou registru. Zde jsou jeho doporučení. Nepřepsali jsme je, protože v první desítce žádné takové klíče nejsou. Ona (u nás podle alespoň) není nainstalován na IDE, ale stále znovu vytváří chybu.

Pokud registr neopravíte, budete muset kompletně přeinstalovat systém. Ještě jednou zdůrazňujeme: desítka v našem případě nefunguje paralelně s IDE. S největší pravděpodobností je to její inovace. Proto nikdo nepíše, že je TRIM zakázán. Výše jsme řekli, že tato užitečná možnost již funguje ve výchozím nastavení. Nemusíte tedy nic konfigurovat. Ale pokud chcete zkontrolovat zdraví, výše uvedené informace jsou přesně to, co k tomu potřebujete.

SSD na trhu

Analýza cen ukazuje, že dnes musíte zaplatit 10 000 rublů za 500 GB prostoru. To je stále drahé, ale pokud vezmete skromnější zařízení pro operační systém a uložíte data na běžný HDD, vypadá situace mnohem radostněji. Je známo, že Windows 10 x64 vyžaduje minimálně 20 GB místa na pevném disku. Proto objem SSD disk 64 GB stačí na všechno. Zde jsou také slabiny:

1. Přesně systémový disk podléhá největšímu opotřebení, zatímco k cenným datům se přistupuje mnohem méně často. Odpověď se nabízí sama: měli byste nainstalovat Windows 10 na magnetický disk a elektronika SSD bude ukládat uživatelská data.
2. Vysoká cena již byla oznámena, ale dnes je den, kdy si můžete koupit 128 GB za 3000 a vyzkoušet si, co je to SSD. Nakonec si pamatujte, že před pouhými 25 lety byla částka požadovaná za takovou paměť astronomická.

Technika

Samotný název napovídá, že SSD vychází z pokroků v polovodičové elektronice. Jedná se o stejné flash disky, do kterých jsme zvyklí zapojovat USB port, ale jen o něco málo levnější. Přemýšlejte o tom, 16 GB flash disk stojí asi 800 rublů. Je jasně vidět, že se jedná o mnohem dražší typ paměti než SSD disky. Tehdy vše do sebe zapadne. Běžný flash disk se specializovaným rozhraním.

Ano, existuje několik technologií SSD, ale rozdíl mezi nimi není tak markantní jako mezi HDD a SD. První CompactFlash vydala společnost SanDisk v roce 1994. Nenašli jste zde žádnou souvislost s výše uvedenými informacemi? Je to tak - závislost je zřejmá! Linux již lze spustit z flash disku. Toto je stejný případ použití SSD. Instalační médium Windows 10 samozřejmě ještě není systémový disk, ale Billy Gates se sebevědomě ubírá tímto směrem.

Potřeba rozvoje technologií SSD byla způsobena zvýšeným výkonem centrální procesor, které magnetická páska nedokázala držet krok. Disk také zaostával. Každý ví, že hru bylo nutné nejprve nahrát do ZX-Spectra a až poté začít narážet na nepřátele. Navzdory tomu, že frekvence procesoru tam byla směšná, nejeden geek trénoval svou reakci na starých strojích. I dnes si můžete pohrát se speciálními emulátory.

Není žádným tajemstvím, že programátoři produkují stále průměrnější kód. Jsou líní správně definovat proměnné a uvolnit místo v paměti po dokončení volání funkce nebo procedury. Množství spotřebované RAM proto neustále roste. Ne po dnech, ale po hodinách. Systém ale stále zamrzá. To je důsledek špatného myšlení. Ve Windows je mnoho milionů řádků kódu a samozřejmě existují chyby, na kterých Billy Gates pracoval s různým stupněm úspěchu.

Proč není dostatek paměti RAM?

První počítač běžel se 48 KB, a to bylo docela dost, dnes se mi velikost 16 GB RAM stále zdá příliš malá. I v klidu je pětina tohoto množství obsazena. Ačkoli formálně systém „odpočívá“.

To je mírně řečeno alarmující. Ve skutečnosti jsou 3 GB vyžadovány pouze pro „nečinnost“. Co se stane, když někteří začnou načítat obrovské množství informací počítačová hra? Pronásledování ducha virtuální realita V souladu s realitou jsme zapomněli na užitečnost aplikací, jejich morální význam. Mnoho fanoušků ZX-Spectrum šílelo po Elite. Kdo dnes o této hře slyšel? Mezitím bylo vydáno obrovské množství pokračování tohoto vzrušujícího pátrání.

Jeden z tvůrců to popsal jako „cestu válečníka světla“, ačkoli nikdo nezakázal stát se pirátem. Ale stejně jako ve skutečném životě jste za civilní lodě nemohli získat mnoho kreditů a policie jim šlapala v patách. Odmítli ukotvit planetární stanice. Člověk si tedy postupně zvykal, že cesta poctivého dříče je mnohem plodnější než cesta bandity. Výsledek? Tisíce (ne-li miliony) fanoušků po celém světě, nehledě na to, že grafika je mírně řečeno chudá. Přidejte k tomu skutečnost, že pokrok mohl být uložen na nosič pouze po přistání. To znamenalo, že mnohým trvalo mnoho let, než dosáhli elitní třídy bojovníků. Navíc zločinci (pokud se nepleteme) tato kvalifikace vůbec přidělena nebyla.

Mnohé zaujala samotná myšlenka. I když nutno přiznat, že při velkém množství útočících vesmírných lodí grafika trochu zamrzela. Téměř jediná hra, kde se to stalo. Dnešní hratelnost se boji se zlem jen málo podobá. Větší pozornost je věnována grafice, ponechává dostatek prostoru pro podlost, kde organizované hejno může jednoho otrávit. Samozřejmě můžeme namítnout, že se to podobá spíše skutečnému životu, ale tvrdili bychom, že společnost je taková, jaká je vychována. Včetně prostřednictvím her.

Není tedy dostatek paměti RAM z toho důvodu, že se výrobci zaměřují na speciální efekty. Pozlátko, které nemá nic společného se sémantickou částí. Pro dárcovství dělají hodně:

1. Král se vydal na lov.
2. Beaters - vyděsit roboty.

Potíž s novými nápady je, že je těžké prorazit. Propracovaná grafika často přesahuje možnosti osamělého vývojáře. Velikost paměti RAM se tedy zvýšila a brzy bylo zjištěno, že operační systém zpomaluje pevný disk. Během období přístupu k měniči a čtení nových modulů. To platí i pro Linux, ale v menší míře. Jsou tedy možné dvě možnosti:

• SSD disky propaguje Microsoft, aby maskovaly drobné výkonnostní nedostatky.
• Billy Gates předvídal tento vývoj událostí před několika lety. Vlastně už v roce 1991 bylo možné něco předvídat.

Paměť a nanotechnologie

Je nepravděpodobné, že by systém, který je dnes na trhu, byl náhodný. Navíc je podezřelé, že fámy o nanotechnologiích zamrzly. Kolem roku 2002 průmysl slíbil, že nám dá novou generaci počítačová technologie a... s největší pravděpodobností se usadila ve vojenských kontejnerech. Technologický proces, který dnes existuje, se nemůže snížit, protože tepelné ztráty na polovodičích se zvyšují, což nám nanotechnologie slíbila poskytnout. Co? Je to tak - ideální základna prvků, kde je krystalová mřížka tak přesná, že proud na ní nezpůsobuje velký úbytek napětí. To umožňuje zvýšit integraci, dále snížit napájecí napětí a v důsledku toho úžasné nárůsty výkonu. Doslova tisíckrát.

Podívejte se: vše směřuje k tomu, že HDD zmizí stejně, jako je dnes magnetická páska považována za archaickou. I když před nějakými 15 lety se doporučovalo, aby se na něj archivy ukládaly digitální informace. Jediným spolehlivým chovatelem je dnes papír. Co se píše perem, stejně nelze sekyrou vysekat. Vše ostatní zastarává a mění se v prach a rozklad. Nejspolehlivějšími zařízeními jsou síťová zařízení. Jako například repozitáře Google. HDD brzy zmizí a to se již stalo ve smartphonech a některých noteboocích. dnešní technologický postup se dostal do slepé uličky, je to patrné z toho, že vlastnosti procesorů a HDD se již několik let téměř nemění.

Podívejte se na snímek obrazovky, je to prototyp mechanické převodovky budoucnosti. Rotující ozubená kola přenášejí hybnost vzájemným blokováním jednotlivých molekul. To je jen jeden příklad nanotechnologie. Vezmeme-li obor polovodiče, který zahrnuje SSD disky, pak dochází k akumulaci informací v důsledku zadržování náboje. Trvanlivost je dlouhá, ale zjevně to není navždy. Odborníci dávají přibližně 10 let. Papír může přenášet informace po tisíce let a nanozápadka může přenášet informace, dokud existuje svět!

Vedlejší účinek

Viděli jsme, že požadovaná možnost pro HDD není nainstalována, ale má to jednu výhodu. Cenné informace mohou být vymazány skartovačkou. Na SSD to není ono. Blok bude zapsán do buněk s maximálním zdrojem, takže bude snazší najít informace, které uživatel zamýšlel odstranit. Nakonfigurovaný pevný disk se stane skutečnou pokladnicí duchů souborů. A ani jeden tweaker, který dnes existuje, nepomůže tuto situaci napravit.

3 hodnocení, průměr: 5,00 z 5)

Nedávno byla vydána veřejná beta verze Microsoft Windows 8 Server s podporou ohlášeného souborového systému ReFS (Resilient File System), dříve známého jako „Protogon“. Tento souborový systém je nabízen jako alternativa k souborovému systému NTFS, který se léty osvědčil v segmentu systémů pro ukládání dat na bázi produktů Microsoft s jeho další migrací do oblasti klientských systémů.

Účelem tohoto článku je povrchní popis struktury souborového systému, jeho výhod a nevýhod, dále rozbor jeho architektury z hlediska zachování integrity dat a perspektiv obnovy dat v případě poškození resp. smazání uživatelem. Článek také odhaluje studii architektonických vlastností souborového systému a jeho potenciálního výkonu.

Windows Server 8 Beta

Možnost souborového systému dostupná v této verzi operačního systému podporuje pouze 64KB datové clustery a 16KB metadatové clustery. Zatím není jasné, zda bude podpora pro souborové systémy ReFS s jinými velikostmi clusteru: v současnosti je parametr Cluster Size při vytváření svazku ReFS ignorován a je vždy nastaven na výchozí hodnotu. Při formátování FS je jedinou dostupnou možností výběru velikosti clusteru 64 KB. Je také jediným zmíněným na vývojářských blozích.

Tato velikost clusteru je více než dostatečná pro organizaci souborových systémů jakékoli praktické velikosti, ale zároveň vede k výrazné redundanci v ukládání dat.

Architektura souborového systému

Přes časté zmínky o podobnosti mezi ReFS a NTFS na vysoké úrovni, mluvíme pouze o kompatibilitě některých metadatových struktur, jako jsou „standardní informace“, „název souboru“, kompatibilita hodnot některých příznaků atributů, atd. Disková implementace struktur ReFS se zásadně liší od jiných souborových systémů společnosti Microsoft.

Hlavními strukturálními prvky nového souborového systému jsou stromy B+. Všechny prvky struktury souborového systému jsou reprezentovány jednoúrovňovými (seznamy) nebo víceúrovňovými B+ stromy, což umožňuje výrazně škálovat téměř kterýkoli z prvků souborového systému. Spolu se skutečným 64bitovým číslováním všech prvků systému to eliminuje výskyt úzkých míst při dalším škálování.

Kromě kořenového záznamu stromu B+ mají všechny ostatní záznamy velikost celého bloku metadat (v tomto případě 16 kB); mezilehlé (adresové) uzly mají malý plné velikosti(asi 60 bajtů). K popisu i velmi rozsáhlých struktur je proto obvykle potřeba malý počet stromových úrovní, což má spíše příznivý vliv na celkový výkon systému.

Hlavním strukturálním prvkem souborového systému je „Adresář“, prezentovaný ve formě B+-stromu, jehož klíčem je číslo objektu složky. Na rozdíl od jiných podobných systémů souborů není soubor v ReFS samostatným klíčovým prvkem „Adresáře“, ale existuje pouze jako záznam ve složce, která jej obsahuje. Možná právě proto architektonický prvek pevné odkazy na ReFS nejsou podporovány.

„Listy adresáře“ jsou psané záznamy. Existují tři hlavní typy položek pro objekt složky: popisovač adresáře, záznam rejstříku a popisovač vnořeného objektu. Všechny tyto záznamy jsou zabaleny jako samostatný strom B+ s ID složky; kořen tohoto stromu je listem B+-stromu „Adresáře“, který umožňuje zabalit téměř libovolný počet záznamů do složky. Na spodní úrovni v listech B+ stromu složky je primárně položka deskriptoru adresáře obsahující základní informace o složce (jako je název, "standardní informace", atribut názvu souboru atd.). Datové struktury mají mnoho společného s těmi, které byly přijaty v NTFS, i když mají řadu rozdílů, z nichž hlavním je absence typovaného seznamu pojmenovaných atributů.

Další v adresáři jsou tzv. rejstříkové položky: krátké struktury obsahující data o prvcích obsažených ve složce. Ve srovnání s NTFS jsou tyto záznamy mnohem kratší, což snižuje zátěž svazku metadaty. Poslední jsou položky adresáře. U složek tyto prvky obsahují název balíčku, identifikátor složky v „Adresáři“ a strukturu „standardních informací“. U souborů neexistuje žádný identifikátor, ale místo toho struktura obsahuje všechna základní data o souboru, včetně kořene B+ stromu fragmentů souboru. V souladu s tím může soubor sestávat z téměř libovolného počtu fragmentů.

Na disku jsou soubory umístěny v blocích o velikosti 64 kB, i když jsou adresovány stejným způsobem jako bloky metadat (v klastrech o velikosti 16 kB). „Rezidence“ dat souboru není na ReFS podporována, takže 1bajtový soubor na disku zabere celý blok 64 kB, což vede k významné redundanci úložiště u malých souborů; na druhou stranu zjednodušuje správu volného místa a přidělení volného místa pro nový soubor je mnohem rychlejší.

Velikost metadat prázdného souborového systému je asi 0,1 % velikosti samotného souborového systému (tj. asi 2 GB na 2TB svazku). Některá základní metadata jsou duplikována pro lepší odolnost proti chybám.

Důkaz o selhání

Nebylo cílem otestovat stabilitu stávající implementace ReFS. Z pohledu architektury souborového systému má všechny potřebné nástroje pro bezpečnou obnovu souborů i po vážném selhání hardwaru. Části struktur metadat obsahují své vlastní identifikátory, což umožňuje kontrolovat vlastnictví struktur; odkazy metadat obsahují 64bitové kontrolní součty bloků, na které se odkazuje, což umožňuje vyhodnotit integritu bloku načteného z odkazu.

Je třeba poznamenat, že kontrolní součty uživatelských dat (obsah souboru) se nepočítají. Na jednu stranu to vyřadí z provozu mechanismus kontroly integrity v datové oblasti, na druhou stranu to zrychlí chod systému díky minimálnímu počtu změn v oblasti metadat.

Jakákoli změna ve struktuře metadat se provádí ve dvou fázích: nejprve se vytvoří nová (změněná) kopie metadat na volném místě na disku, poté, pokud je úspěšná, operace atomické aktualizace přenese odkaz ze starého (nezměněného) na nová (změněná) oblast metadat. Tato strategie (Copy-on-Write (CoW)) vám umožňuje obejít se bez protokolování a automaticky udržovat integritu dat.

Potvrzení takových změn na disku nemusí trvat dostatečně dlouho, což umožní sloučení několika změn stavu systému souborů do jedné.

Toto schéma se nevztahuje na uživatelská data, takže veškeré změny obsahu souboru se zapisují přímo do souboru. Smazání souboru se provádí přebudováním struktury metadat (pomocí CoW), která ukládá předchozí verze blok metadat na disku. Díky tomu je možné obnovit smazané soubory dříve, než budou přepsány novými uživatelskými daty.

Redundance datového úložiště

V tomto případě mluvíme o spotřebě místa na disku kvůli schématu ukládání dat. Pro testovací účely nainstalovaný Windows Server byl zkopírován do 580GB oddílu ReFS. Velikost metadat na prázdném souborovém systému byla asi 0,73 GB.

Při kopírování nainstalovaný systém Windows Server na oddíl s ReFS, redundance ukládání dat souborů se zvýšila z 0,1 % na NTFS na téměř 30 % na ReFS. Zároveň bylo přidáno asi 10 % redundance kvůli metadatům. Výsledkem bylo, že „uživatelská data“ o velikosti 11 GB (více než 70 tisíc souborů) na NTFS, s přihlédnutím k metadatům, zabrala 11,3 GB, zatímco na ReFS stejná data zabrala 16,2 GB; to znamená, že redundance ukládání dat na ReFS je pro tento typ dat téměř 50 %. U malého počtu velkých souborů tento efekt přirozeně není pozorován.

Rychlost provozu

Vzhledem k tomu, že se bavíme o Betě, nebyla provedena žádná měření výkonu FS. Z pohledu architektury FS lze vyvodit určité závěry. Při kopírování více než 70 tisíc souborů do ReFS to vytvořilo B+ strom „Adresáře“ o velikosti 4 úrovní: „kořen“, střední úroveň 1, střední úroveň 2, „listy“.

Hledání atributů složky (za předpokladu, že kořen stromu je uložen v mezipaměti) tedy vyžaduje 3 čtení bloků o velikosti 16 kB. Pro srovnání, na NTFS bude tato operace trvat jedno čtení o velikosti 1-4 kB (za předpokladu, že mapa umístění $MFT je uložena v mezipaměti).

Hledání atributů souboru podle složky a názvu souboru ve složce (malá složka s několika položkami) na ReFS bude vyžadovat stejná 3 čtení. Na NTFS budou vyžadována 2 čtení po 1 KB nebo 3-4 čtení (pokud je záznam souboru v nerezidentním atributu „index“). Ve větších balíčcích roste počet čtení NTFS mnohem rychleji než počet čtení požadovaných ReFS.

Situace je úplně stejná pro obsah souborů: tam, kde zvýšení počtu fragmentů souborů na NTFS vede k výčtu dlouhých seznamů rozmístěných napříč různými $MFT fragmenty, na ReFS se to provádí efektivním vyhledáváním přes B+ -strom.

závěry

Na konečné závěry je ještě brzy, ale ze současné implementace souborového systému lze vidět potvrzení prvotního zaměření souborového systému na segment serverů a především na virtualizační systémy, DBMS a servery pro ukládání archivních dat. , kde je rychlost a spolehlivost provozu prvořadá. Hlavní nevýhoda souborového systému, jako je neefektivní balení dat na disk, je negována na systémech, které pracují s velkými soubory.

SysDev Laboratories bude sledovat vývoj tohoto souborového systému a plánuje zahrnout podporu pro obnovu dat z tohoto souborového systému. Experimentální podpora ReFS pro beta verzi Microsoft Windows 8 Server již byla úspěšně implementována v produktech UFS Explorer a je k dispozici pro uzavřené beta testování mezi partnery. Oficiální vydání nástrojů pro obnovu smazaných souborů z ReFS a také obnovu dat po poškození souborového systému v důsledku selhání hardwaru je plánováno o něco dříve nebo současně s vydáním Microsoft Windows 8 Server s podporou ReFS.

Verze ze dne 16.03.2012.
Na základě materiálů od SisDev Laboratories

Reprodukce nebo citace jsou povoleny za předpokladu, že bude zachován odkaz na originál.

Není to tak dávno, co byla vydána nová verze Windows, konkrétně Windows 8. Jak víte, v nová verze Windows 8, existuje podpora pro nový souborový systém, konkrétně ReFS. V tomto článku si povíme, jaké výhody má tento souborový systém oproti stejnému souborovému systému NTFS. No, můžeme začít?

Abych byl upřímný, souborový systém NTFS již z technického hlediska přežil svou užitečnost (to je téměř totéž, jako srovnávat FAT32 s NTFS před 10 lety). Soubor systém ReFS může poskytnout nejvíce lepší ochranu data na vysokokapacitní a rychlé pevné disky.

Něco málo o souborovém systému NTFS

Souborový systém NTFS (New Technology File System) se objevil právě ve chvíli, kdy Microsoft veřejnosti představil svůj nový operační systém - Windows 3.1. K práci na počítači dodnes používáme především pouze tento souborový systém. Postupem času základní možnosti souborového systému NTFS dosáhly svých limitů: skenování paměťových médií s velmi velkým objemem zabere dostatečnou dobu a téměř bylo také dosaženo maximální velikosti souboru.

Nástupce souborového systému NTFS

Právě kvůli odstranění nedostatků souborového systému NTFS zavedl Microsoft do operačního systému systém Windows 8, zcela nový souborový systém ReFS (Resilient File System), což je souborový systém odolný proti chybám. A ve své práci prokazuje velmi vysokou spolehlivost.

Poprvé byl tento souborový systém použit v serverovém operačním systému Windows Server 8. Rád bych poznamenal, že Microsoft nevyvinul souborový systém ReFS od začátku. Například k otevírání, zavírání a čtení souborů používá systém souborů ReFS stejná přístupová rozhraní Data API, stejný jako systém souborů NTFS. Funkce souborového systému, které zůstaly nezměněny, byly šifrování disku Bitlocker a také symbolické odkazy na knihovny. A funkce jako komprese dat úplně zmizely.

Poměrně velké množství inovací v souborovém systému ReFS spočívá právě v oblasti vytváření struktur složek a souborů a hlavně jejich správy. Tyto změny jsou navrženy tak, aby se automaticky měnily, opravovaly chyby v objektech souborového systému a systému samotném, maximalizovaly škálování a hlavně fungovaly v režimu Always Online.

Pro všechny tyto novinky Microsoft využívá koncept B+ stromů, který možná znáte z kurzu Databáze. Tento koncept spočívá v tom, že složky v daném systému souborů jsou strukturovány ve formě běžných tabulek a soubory fungují jako záznamy v této tabulce. I volné místo na pevném disku je v tomto souborovém systému organizováno ve formě tabulek.

Jádrem souborového systému ReFS je tabulka objektů nazývaná centrální adresář, která obsahuje seznam všech tabulek v systému.

Porovnání souborových systémů NTFS a ReFS
Z této tabulky můžete vyvodit závěry o výhodách nebo nevýhodách konkrétního souborového systému.

Vestavěná ochrana proti selhání v systému souborů ReFS

Souborový systém ReFS se zbaví složité správy žurnálu, která je přítomna v souborovém systému NTFS, a nyní může odesílat nové informace o souborech volný prostor, a to již brání jeho přepsání. Pokud však dojde k náhlému přepsání, což v zásadě nemůže nastat, pak bude systém schopen znovu zaregistrovat odkazy na záznamy ve struktuře B+-stromu.

Stejně jako souborový systém NTFS, i systém ReFS na svém principu rozlišuje mezi informacemi o souboru (jedná se o metadata), stejně jako o obsahu souboru (jedná se o uživatelská data), ale ReFS poskytuje ochranu dat oběma. Metadata například používají ochranu kontrolního součtu. Tato ochrana mohou být poskytnuty také uživatelským datům. Tato chráněná data, tedy kontrolní součty, jsou umístěny na pevném disku, které jsou navzájem bezpečně přístupné, to proto, aby v případě chyby bylo možné data obnovit.

Přenos dat ze systému souborů NTFS do ReFS

Jistě jste si položili otázku: bude možné bez problémů přenést data ze souborového systému, například Windows XP, do souborového systému Windows 8 (tedy z NTFS na ReFS) a naopak. Sám Microsoft na tuto otázku odpovídá takto: že nebude vestavěná funkce převodu formátu, ale bude možné jednoduché kopírování.

Dnes lze souborový systém ReFS použít jako správce velkých dat pro server. Na základě toho bude prozatím nemožné spustit Windows 8 z disku s novým souborovým systémem ReFS.

Externí disky se souborovým systémem ReFS se zatím nepředpokládá, budou pouze interní disky. A do budoucna se můžeme podívat, že postupem času bude souborový systém ReFS doplněn o obrovské množství různých funkcí a bude schopen nahradit starý souborový systém. To může být provedeno již s vydáním prvního velkého balíčku Aktualizace systému Windows 8.

Porovnání souborových systémů NTFS a ReFS na příkladu přejmenování souborů

Podívejme se, jak se to stane (přejmenování souborů v operačním systému, který má systém souborů NTFS).

Prvním bodem je, že souborový systém NTFS zapisuje do logu, že se má soubor přejmenovat, a také tam loguje všechny ostatní akce.

Až poté, co si do deníku zapíše, co je potřeba přejmenovat, přejmenuje jej.

Na konci operace se v protokolu zobrazí zpráva, že soubory byly úspěšně nebo neúspěšně přejmenovány.

Nyní se podívejme, jak funguje přejmenování souborů v systému souborů ReFS.

Jak vidíte, akce je zde mnohem méně.

Za prvé, v systému souborů ReFS se do volného místa zapíše nový název souboru nebo složky, a co je nejdůležitější, starý název není okamžitě vymazán (smazán).

Jakmile je nový název zapsán, systém souborů ReFS vytvoří odkaz na nový název a zadá přesně nový název.

Jak se přejmenuje soubor nebo složka v souborových systémech NTFS a ReFS, když systém selže?

Na souborovém systému NTFS

Zde systém standardně nejprve zapíše svůj požadavek na změnu do protokolu.

Poté, například pokud dojde k výpadku napájení, se samotný proces přejmenování zastaví a všimněte si, že neexistuje žádný záznam o novém ani starém názvu.

Poté se systém restartuje a spustí se program pro opravu a hledání chyb - chkdisk.

A poté, s pomocí samotného žurnálu, když je aplikován rollback, je obnoven pouze původní název.

Nyní se podívejme, jak se to děje v systému souborů ReFS

Už jsem to jednou na svém blogu oznámil, pak se o tom vlastně nic nevědělo a nyní nastal čas na krátké, ale důslednější seznámení s nově vyrobeným ReFS.

o 20 let později

Vše má však své meze a stejně tak i možnosti souborových systémů. Možnosti NTFS dnes dosáhly svých limitů: skenování velkých úložných médií zabere příliš mnoho času, „Journal“ zpomaluje přístup a téměř bylo dosaženo maximální velikosti souboru. Microsoft si to uvědomil a implementoval do Windows 8 nový souborový systém – ReFS (Resilient File System – souborový systém odolný proti chybám). ReFS údajně poskytuje lepší ochranu dat na velkých a rychlých pevných discích. Určitě to má své nevýhody, ale je těžké o nich mluvit, dokud nezačne skutečně široké použití ve Windows 8.

Nyní se tedy pokusme porozumět vnitřní struktuře a výhodám ReFS.

ReFS byl původně znám pod kódovým názvem „Protogon“. Poprvé jsem o tom řekl široké veřejnosti asi před rokem Stephen Sinofsky- Prezident divize Windows ve společnosti Microsoft, zodpovědný za vývoj a marketing Windows a internet Explorer.

Řekl to těmito slovy:

„NTFS je dnes nejpoužívanější, nejpokročilejší a na funkce bohatý souborový systém. Ale přehodnotíme Windows a jsme tam tento moment Vyvíjíme Windows 8 – tím nekončíme. S Windows 8 proto také zavádíme zcela nový souborový systém. ReFS je postaveno na NTFS, takže si zachovává kritické možnosti kompatibility a zároveň je navrženo a zkonstruováno tak, aby vyhovovalo potřebám příští generace technologií a scénářů úložiště.

Ve Windows 8 bude ReFS představen pouze jako součást Windows Server 8, stejný přístup, jaký jsme zvolili při zavádění všech předchozích souborových systémů. Klienti samozřejmě na aplikační úrovni získají přístup k datům ReFS stejným způsobem jako k datům NTFS. "Nesmíme zapomínat, že NTFS je stále přední technologií souborového systému pro PC."

ReFS jsme skutečně poprvé viděli v serverovém OS Windows Server 8. Nový souborový systém nebyl vyvinut od nuly. Například ReFS používá stejná rozhraní API pro přístup jako NTFS k otevírání, zavírání, čtení a zápisu souborů. Z NTFS také migrovalo mnoho známých funkcí – například šifrování disku Bitlocker A symbolické odkazy pro knihovny. Ale zmizela např. komprese dat a řadu dalších funkcí.

Hlavní inovace ReFS se zaměřují na vytváření a správu struktur souborů a složek. Jejich úkolem je zajistit automatickou opravu chyb, maximální škálování a provoz v režimu Always Online.

Architektura ReFS

Disková implementace struktur ReFS se zásadně liší od jiných souborových systémů společnosti Microsoft. Vývojáři Microsoftu dokázali své nápady realizovat pomocí konceptu B±trees v ReFS, který je dobře známý z databází. Složky v systému souborů jsou strukturovány jako tabulky se soubory jako záznamy. Ty zase obdrží specifické atributy, které jsou přidány jako podtabulky, čímž se vytvoří hierarchická stromová struktura. Dokonce i volné místo na disku je organizováno ve formě tabulek.

Spolu se skutečným 64bitovým číslováním všech prvků systému to eliminuje výskyt úzkých míst při dalším škálování

V důsledku toho se jádrem systému v ReFS stala tabulka objektů - centrální adresář, který uvádí všechny tabulky v systému. Tento přístup má důležitou výhodu: ReFS opustil komplexní správu protokolů a zaznamenává nové informace o souboru do volného místa – to zabraňuje jeho přepsání.

« Listy katalogu“ jsou psané záznamy. Existují tři hlavní typy položek pro objekt složky: popisovač adresáře, záznam rejstříku a popisovač vnořeného objektu. Všechny takové záznamy jsou zabaleny ve formě samostatného B±stromu, který má identifikátor složky; kořen tohoto stromu je listem B±stromu „Adresáře“, který umožňuje zabalit téměř libovolný počet záznamů do složky. Na spodní úrovni v listech B±stromu složky se nachází především záznam deskriptoru adresáře obsahující základní údaje o složce (název, „standardní informace“, atribut názvu souboru atd.).

Dále jsou v katalogu umístěny položky rejstříku: krátké struktury obsahující data o položkách obsažených ve složce. Tyto záznamy jsou mnohem kratší než v NTFS, což znamená, že je méně pravděpodobné, že by svazek přetížily metadaty.

Na konci jsou katalogové záznamy. U složek tyto prvky obsahují název balíčku, identifikátor složky v „Adresáři“ a strukturu „standardních informací“. Pro soubory neexistuje žádný identifikátor – místo toho struktura obsahuje všechna základní data o souboru, včetně kořene B±stromu fragmentů souboru. V souladu s tím může soubor sestávat z téměř libovolného počtu fragmentů.

Stejně jako NTFS, i ReFS dělá zásadní rozdíl mezi informacemi o souboru (metadata) a obsahem souboru (uživatelská data). Ochranné funkce jsou však poskytovány oběma stejně. Metadata jsou standardně chráněna pomocí kontrolních součtů – stejnou ochranu (volitelně) lze poskytnout uživatelským datům. Tyto kontrolní součty jsou umístěny na disku v bezpečné vzdálenosti od sebe – to usnadní obnovu dat v případě chyby.

Velikost metadat prázdného souborového systému je asi 0,1 % velikosti samotného souborového systému (tj. asi 2 GB na svazku 2 TB). Některá základní metadata jsou duplikována pro větší odolnost proti selhání

Možnost ReFS, kterou jsme viděli Windows Server 8 Beta, má podporu pouze pro 64 KB datové clustery a 16 KB metadatové clustery. Prozatím je parametr „Velikost clusteru“ při vytváření svazku ReFS ignorován a je vždy nastaven jako výchozí. Při formátování souborového systému je jedinou dostupnou možností pro výběr velikosti clusteru také 64 KB.

Přiznejme si to: tato velikost clusteru je více než dostatečná pro organizaci souborových systémů jakékoli velikosti. Vedlejším efektem je však znatelná redundance v datovém úložišti (1bajtový soubor na disku zabere celých 64 KB bloků).

Zabezpečení ReFS

Z pohledu architektury souborového systému má ReFS všechny nástroje, které potřebujete k bezpečné obnově souborů i po velkém selhání hardwaru. Hlavní nevýhodou žurnálového systému v souborovém systému NTFS a podobných je to, že aktualizace disku může poškodit dříve zaznamenaná metadata, pokud během nahrávání dojde k výpadku napájení – tento efekt již dostal stabilní název: tzv. " překonaný rekord».

Aby se zabránilo překonané rekordy, vývojáři z Microsoftu zvolili nový přístup, kdy části metadatových struktur obsahují své vlastní identifikátory, což umožňuje ověřit vlastnictví struktur; odkazy metadat obsahují 64bitové kontrolní součty bloků, na které se odkazuje.

Jakákoli změna ve struktuře metadat probíhá ve dvou fázích. Nejprve se na volném disku vytvoří nová (změněná) kopie metadat a teprve poté, pokud je úspěšná, přesune operace atomické aktualizace odkaz ze staré (nezměněné) do nové (změněné) oblasti metadat. Zde vám umožňuje obejít se bez protokolování a automaticky udržovat integritu dat.

Popsané schéma se však nevztahuje na uživatelská data, takže případné změny obsahu souboru se zapisují přímo do souboru. Odstranění souboru se provádí přebudováním struktury metadat, která zachovává předchozí verzi bloku metadat na disku. Tento přístup vám umožňuje obnovit smazané soubory až po jejich přepsání novými uživatelskými údaji.

Samostatným tématem je odolnost proti chybám ReFS v případě poškození disku. Systém je schopen detekovat všechny formy poškození disku, včetně ztracených nebo uložených záznamů na nesprávném místě, ale i tzv. trochu rozpad(zhoršení dat na médiu)

Když je povolena možnost "celočíselné proudy", ReFS také kontroluje obsah souborů a vždy zapisuje změny souborů do umístění třetí strany. Tím je zajištěno, že již existující data nebudou při přepsání ztracena. Kontrolní součty se aktualizují automaticky při zápisu dat, takže pokud během zápisu dojde k selhání, uživatel bude mít stále ověřitelnou verzi souboru.

Dalším zajímavým tématem týkajícím se zabezpečení ReFS je interakce s Úložné prostory. ReFS a Úložné prostory navrženy tak, aby se vzájemně doplňovaly jako dvě složky jednotný systém datové úložiště. Kromě zlepšení výkonu Úložné prostory chránit data před částečnými a úplnými selháními disku ukládáním kopií na více disků. Při selhání čtení Úložné prostory umí číst kopie a v případě selhání zápisu (i když se data média během čtení/zápisu úplně ztratí) je možné data „transparentně“ redistribuovat. Jak ukazuje praxe, nejčastěji takové selhání nemá nic společného s médiem - k němu dochází v důsledku poškození dat nebo v důsledku ztráty dat nebo jejich uložení na nesprávném místě.

To jsou přesně ty typy poruch, které ReFS dokáže detekovat pomocí kontrolních součtů. Po zjištění poruchy se ReFS spojí Úložné prostory za účelem načtení všech možných kopií dat a na základě kontroly kontrolních součtů vybere požadovanou kopii. Poté systém dává Úložné prostory příkaz k obnovení poškozených kopií na základě správných kopií. To vše se z aplikačního hlediska děje transparentně.

Jak je uvedeno na webových stránkách společnosti Microsoft věnované Windows Server 8, kontrolní součty jsou vždy povoleny pro metadata ReFS a za předpokladu, že je svazek hostován na zrcadlení Úložné prostory, je také povolena automatická oprava. Všechny neporušené toky jsou chráněny stejným způsobem. To vytváří komplexní řešení s vysokou integritou pro uživatele, přičemž relativně nespolehlivé úložiště může být vysoce spolehlivé.

Uvedené toky integrity chrání obsah souboru před všemi typy poškození dat. Tato vlastnost však v některých případech neplatí.

Některé aplikace například preferují pečlivou správu úložiště souborů se specifickým řazením souborů na disku. Protože integrální vlákna přerozdělují bloky pokaždé, když se obsah souboru změní, je rozvržení souboru pro tyto aplikace příliš nepředvídatelné. Databázové systémy jsou toho zářným příkladem. Takové aplikace zpravidla nezávisle sledují kontrolní součty obsahu souborů a mají schopnost kontrolovat a opravovat data přímou interakcí s rozhraními API.

Myslím, že je jasné, jak se ReFS chová v případě poškození disku nebo selhání úložiště. Může být obtížnější identifikovat a překonat ztráty dat spojené s „ trochu rozpad„když nezjištěné poškození zřídka čitelných částí disku začne rychle narůstat. V době, kdy je takové poškození přečteno a zjištěno, již mohlo ovlivnit kopie nebo mohla být data ztracena v důsledku jiných selhání.

K překonání procesu trochu rozpad, Microsoft přidal systémovou úlohu na pozadí, která pravidelně čistí metadata a data toku integrity na svazku ReFS umístěném v zrcadleném úložném prostoru. Čištění probíhá přečtením všech nadbytečných kopií a jejich správností pomocí kontrolních součtů ReFS. Pokud se kontrolní součty neshodují, kopie s chybami jsou opraveny pomocí dobrých kopií.

Zůstává hrozba, kterou lze zhruba nazvat „noční můrou správce systému“. Existují případy, i když vzácné, kdy může být poškozen i svazek na zrcadleném prostoru. Vadná paměť systému může například poškodit data, která pak mohou skončit na disku a poškodit nadbytečné kopie. Mnoho uživatelů se navíc může rozhodnout nepoužívat zrcadlené úložné prostory v systému ReFS.

V takových případech, když dojde k poškození svazku, ReFS provede „obnovu“, funkci, která odstraní data z jmenného prostoru na pracovním svazku. Jeho účelem je zabránit nenapravitelným škodám, které by mohly ovlivnit dostupnost správných dat. Pokud se například poškodí jeden soubor v adresáři a nelze jej automaticky obnovit, systém ReFS tento soubor odstraní z oboru názvů systému souborů a obnoví zbytek svazku.

Jsme zvyklí, že souborový systém nemůže otevřít nebo odstranit poškozený soubor a správce s tím nemůže nic dělat.

Ale protože ReFS může obnovit poškozená data, správce bude moci tento soubor obnovit záložní kopie nebo použijte aplikaci k jejímu vytvoření znovu, aniž byste museli vypínat systém. To znamená, že uživatel nebo správce již nebude muset provádět offline ověřování a opravy disku. U serverů to umožňuje nasadit velké objemy dat bez rizika dlouhých období životnost baterie kvůli poškození.

ReFS v praxi

Praktičnost a pohodlnost (či opačné kvality) ReFS lze samozřejmě posoudit až poté, co se počítače s Windows 8 rozšíří a uběhne alespoň půl roku aktivní práce s nimi. Mezitím mají potenciální uživatelé G8 více otázek než odpovědí.

Například toto: bude možné ve Windows 8 snadno a jednoduše převádět data ze systému NTFS do ReFS a naopak? Zástupci Microsoftu říkají, že neexistuje žádná vestavěná funkce pro převod formátů, ale informace lze stále kopírovat. Rozsah ReFS je zřejmý: zpočátku může být použit pouze jako správce velkých dat pro server (ve skutečnosti se již používá). Externí disky s ReFS zatím nebudou – pouze interní. Je zřejmé, že časem bude ReFS vybaven velké množství funkcí a budou moci nahradit zastaralý systém.

Microsoft říká, že se to s největší pravděpodobností stane s vydáním prvního aktualizačního balíčku pro Windows 8

Microsoft také tvrdí, že testoval ReFS:

„pomocí komplexní, rozsáhlé sady desítek tisíc testů, které byly pro NTFS vytvořeny během více než dvou desetiletí. Tyto testy znovu vytvářejí složité podmínky nasazení, o kterých si myslíme, že by se systém mohl setkat, jako je výpadek napájení, problémy často související se škálovatelností a výkonem. Můžeme tedy říci, že systém ReFS je připraven k testovacímu nasazení ve spravovaném prostředí.“

Zároveň však vývojáři připouštějí, že jako první verze velkého souborového systému bude ReFS pravděpodobně vyžadovat pečlivé zacházení:

„ReFS pro Windows 8 necharakterizujeme jako beta verzi. Nový souborový systém bude připraven k vydání, až Windows 8 opustí beta verzi, protože nic není důležitější než spolehlivost dat. Na rozdíl od jakéhokoli jiného aspektu systému tedy vyžaduje konzervativní přístup k prvnímu použití a testování.“

Z velké části z tohoto důvodu bude systém ReFS zaveden podle fázovaného plánu. Nejprve – jako úložný systém pro Windows Server, poté – jako úložiště pro uživatele a nakonec – jako spouštěcí svazek. Podobný „opatrný přístup“ k vydávání nových souborových systémů se však používal již dříve.