ReFS - ang file system ng hinaharap? Paghahambing ng ReFS (Resilient file system) at mga NTFS file system

Noong 2012, nagpasya ang Microsoft na pagbutihin ang NTFS file system at naglabas ng isang pagsubok, mas maaasahang bersyon ng ReFS (Resilient File System).

Ngayon ang format na ito ay magagamit para sa mga gumagamit ng Windows 8 / 8.1 at Windows 10. Ang Windows 7 at mas maaga ay hindi gagana sa mga aparato ng format na ito. Paano ko babaguhin ang format ng flash drive sa ReFS sa Windows 8 / 8.1 at Windows 10?

Mga kalamangan at dehado ng format na ReFS

Ang file system na ito ay maraming pakinabang. Gayunpaman, tulad ng sa paunang yugto ng pag-unlad ng NTFS, sila ay medyo nanginginig.

Kabilang sa mga kalamangan ng ReFS, ito ay nagkakahalaga ng pag-highlight:

• Ang isang naka-catalog na lokasyon ng file;
• Kasalanan sa pagpapaubaya, na ipinatupad ng mga proseso ng pagbawi sa background at pag-log. Gayunpaman, sa parehong oras, ang kalidad na ito ay isang kawalan din. Sa katunayan, kung nabigo ang drive, hindi ka makakahanap ng anumang mga tool upang maibalik ito.
• Awtomatikong ayusin ang mga error at pagkasira ng file.
• Kopyahin, isulat at ilipat ang malalaking mga file.

• Suporta para sa mga simbolikong link.
• Ang bilis ng paglipat ng data.

Kabilang sa mga kawalan ng sistemang ito, sulit na i-highlight:

• Hindi pagkakatugma sa Windows 7 at mas mababang mga operating system;
• Kakulangan ng software ng conversion;
• Naayos ang laki ng kumpol ng 67 KB;
• Walang quota;
• Kakulangan ng pagdidoble (ang mga file ay makopya sa 2 o higit pang mga kopya).

At bagaman ang mga kalamangan ay makabuluhan, ang file ng NTFS file ay magpapatuloy na sakupin ang isang nangungunang posisyon sa loob ng maraming taon. Kung mayroon kang naka-install na Windows 8 / 8.1 o Windows 10, maaari kang mag-format ng isang drive at subukan ang ReFS.

Pag-format ng isang USB flash drive sa ReFS

Upang mai-format ang drive sa ReFS, kailangan mong gumawa ng mga pagbabago sa Registry Editor. Upang magawa ito, pindutin ang "Win + R" at ipasok ang "regedit".

Magbubukas ang Registry Editor. Pumunta sa sangay na "HKEY_LOCAL_MACHINE", "SYSTEM",

Mag-click sa seksyon gamit ang kanang pindutan ng mouse at piliin ang "Bago", "DWORD Parameter". Pangalanan ang parameter na "RefsDisableLastAccessUpdate" at itakda ang halaga sa "1".

Sa seksyong "Control" ng parehong sangay, sulit na lumikha ng isang bagong seksyon. Tinatawag namin itong "MiniNT". Dito, lumikha ng isang parameter ng DWORD na may pangalang "AllowRefsFormatOverNonmirrorVolume" at ang halagang "1".

I-restart ang iyong PC para magkabisa ang mga pagbabago.

Maaari mo ring mai-format ang drive gamit ang Disk Management Console. Upang magawa ito, ipasok ang utos na "format e: / fs: refs", at pagkatapos ay i-click ang "Oo".

Ang Microsoft, na maaaring nahulaan mo, ay naglabas ng isa pang pagpupulong ng tagaloob ng Sampung sa ilalim ng bilang 16176. Kakaibang tila, ngunit may isang bagay na mai-download tungkol sa pagpupulong na ito, kaya't umalis tayo.

Sa nakaraang video, napahiya ako sa kakulangan ng impormasyon tungkol sa ReFS, kaya inaayos namin ito. Ang ReFS ay isang bagong system ng file, kung paano sasabihin ang bago, mayroon pa rin ito sa mga preview ng bersyon ng Windows 8.1, ngunit pagkatapos nito ay hindi na ito nagamit. Ang kasalukuyang bersyon ng Windows 10 ay walang suporta sa ReFS, ngunit mayroon itong mga bagong build. Ang file system ay isang uri ng markup na tumutukoy kung paano isusulat ang bawat file. Kabilang sa mga kalamangan ng ReFS file system, maaaring maituro ng isa: mataas na pagpapaubaya ng kasalanan, instant na paghihiwalay ng mga nasirang lugar at magtrabaho kasama sila sa pamamagitan ng Windows mismo, isang pagtaas sa haba ng pangalan ng file at landas dito hanggang sa 32,767 mga character at isang taasan ang maximum na laki ng lakas ng tunog, na maaaring umabot sa 402 Ebytes. Ang bagong file system ay nagmamana ng pinakamahusay sa NTFS at nagdudulot ng mga bagong tampok na hinihiling ng mga gumagamit.

Kahit na sa bagong pagpupulong, lumitaw ang suporta para sa Dolby Atmos na nakapaligid na tunog, ngunit ito ang tunog ng multichannel nang walang mga channel, gaano man kakaiba ang tunog nito.

Pinapayagan ka ngayon ng Linux subsystem na gumana sa mga aparato na nakakonekta sa pamamagitan ng mga COM port.

Ang Groove Music at Cinema at mga programa sa TV ay na-update. Nagdagdag ng transparency sa mga programang ito. Kung natatandaan mo, mga 2 linggo ang nakakaraan, isang limitadong bilang ng mga gumagamit ang nakatanggap ng isang pag-update na nagpakita ng isang bagong neon interface. Ngayon, sa paghusga sa mga komento, ang pag-update ng 17032 ay dumating para sa lahat. Suriin ang Windows Store para sa mga update.

Gayundin, ayon sa impormasyon mula sa Windows Central, nalaman na ang Microsoft ay gumagana sa tampok na Tabbed Shell. Pinapayagan ka ng pagpapaandar na ito na magdagdag ng mga tab sa Explorer. Ang interface ay halos kapareho ng browser ng Edge. Naiulat na ang Tabbed Shell ay magiging isang built-in na tampok sa system at hindi ito magiging mahirap para sa mga developer na iakma ito. Kung ang application ay hindi inangkop, kung gayon ang mga artifact tulad ng isang dobleng pool ng mga pindutan ng system ay posible. Mukhang promising.

Kahit na sa paglabas ng build 16176, ang listahan ng mga mobile device na sumusuporta sa Update ng Mga Tagalikha ay nalaman. Maaari mong makita ang listahan ng mga sinusuportahang telepono sa ibaba.

HP Elite x3
Microsoft Lumia 550
Microsoft Lumia 640 / 640XL
Microsoft Lumia 650
Microsoft Lumia 950/950 XL
Alcatel IDOL 4S
Alcatel OneTouch Fierce XL
SoftBank 503LV
VAIO Telepono Biz
MouseComputer MADOSMA Q601
Trinity NuAns NEO

Ang mga mas matatandang telepono tulad ng 930 at 830 Lumiya ay sumusuporta sa Pag-update ng Mga Tagalikha sa pamamagitan lamang ng programa ng Windows Insider, ngunit ang bagong build 15204 ay hindi na sinusuportahan ng mga ito. Muli, inuulit ang kuwento nang ang opisyal na telepono ay hindi opisyal na nakuha ang Windows 10 Mobile, kahit na maida-download ito sa pamamagitan ng Windows Insider, ngunit pagkatapos nito ay sarado din ang tindahan. Nakakahiya talaga. Ang mga unang bersyon ng Surface kamakailan lamang ay tila nagtapos ng suporta, bagaman ang mga aparatong ito ay lumabas 5 taon na ang nakakalipas, at kahit papaano ang isang bolt ay pinukpok sa Lumiya. Bagaman ipinapakita ng build 15204 na ang mobile na bersyon ng OS ay nasa ibang landas at hindi na kabilang sa pamilyang OneCore. Una, makikita na ito ay medyo mahirap, at pangalawa, malamang na malinis ng Microsoft ang paraan para sa mga ARM device na susuporta sa buong bersyon ng Windows 10.

Ito ang mga pie.

Bakit tinawag na ReFS ang system?

Ang ReFS ay nangangahulugang Resilient File System. Habang maraming mga larangan ng pagpapabuti ng trabaho, ang katatagan ay mananatiling isang priyoridad.

Ano ang mga limitasyon sa kapasidad ng ReFS system?

Ang mga limitasyon sa kapasidad para sa format ng disc ay ipinapakita sa talahanayan sa ibaba. Ang mga limitasyon ay nakasalalay sa iba't ibang mga kadahilanan tulad ng pagsasaayos ng system (halimbawa, kapasidad ng memorya), mga limitasyon na itinakda ng iba't ibang mga bahagi ng system, pati na rin ang oras na kinakailangan upang punan ang mga dataset, ang oras na kinakailangan upang lumikha ng mga pag-backup, atbp.

Katangian	Limitasyon sa format ng disc
Maximum na solong laki ng file	2 ^ 64 - 1 bytes
Maximum na laki ng isang solong dami	Sinusuportahan ng format ang 2 ^ 78 bytes na may sukat ng kumpol na 16 KB (2 ^ 64 * 16 * 2 ^ 10). Pinapayagan ng pag-address sa stack ng Windows ang 2 ^ 64 bytes
Maximum na bilang ng mga file sa isang direktoryo	2^64
Maximum na bilang ng mga direktoryo sa isang dami	2^64
Maximum na haba ng pangalan ng file	32 libong mga character na Unicode
Maximum na haba ng landas	32,000
Ang maximum na laki ng anumang storage pool	4 PB
Maximum na bilang ng mga storage pool sa system	Hindi limitado
Maximum na bilang ng mga puwang sa storage pool	Hindi limitado

Posible bang mai-convert ang data sa pagitan ng NTFS at ReFS?

Walang paraan upang mai-convert ang data sa lugar sa Windows 8. Maaaring makopya ang data. Ito ay isang sinadya na desisyon sa disenyo, isinasaalang-alang kung gaano kalaki ang mga dataset ngayon at kung gaano kahirap mag-convert sa site, at isinasaalang-alang ang mga posibleng pagbabago sa arkitektura bago at pagkatapos ng pag-convert.

Maaari ba akong mag-boot mula sa ReFS sa Windows Server 8?

Maaari bang magamit ang ReFS sa naaalis na media o mga drive?

Hindi, ang tampok na ito ay hindi ipinatupad o suportado.

Aling mga semantika o pagpapaandar ng NTFS ang hindi na sinusuportahan sa ReFS?

Nag-drop kami ng suporta para sa mga sumusunod na tampok sa NTFS sa ReFS: pinangalanang mga tubo, maikling pangalan, compression, file-level encryption (EFS), mga transaksyon sa data ng gumagamit, fragment caching, matitigas na link, pinalawig na mga katangian, at quota.

Kumusta ang parity at ReFS na mga puwang?

Ang ReFS ay suportado ng mga tampok sa katatagan na ibinigay ng Storage Spaces. Sa Windows Server 8, ang awtomatikong pag-aayos ng data ay ginaganap lamang para sa mga naka-mirror na puwang.

Sinusuportahan ba ang clustering?

Sinusuportahan ang Failover clustering, at ang mga indibidwal na volume ay maaaring baguhin ang mga mapagkukunan sa pagkabigo. Sinusuportahan din nito ang pagbabahagi ng mga storage pool sa buong kumpol.

Kumusta ang RAID? Paano ko magagamit ang data striping, mirroring, at iba pang mga form ng RAID ng ReFS? Nagbibigay ba ang ReFS ng bilis ng pagbabasa na kailangan mo, halimbawa, para sa mga file ng video?

Pinakikinabangan ng ReFS ang mga kakayahang kalabisan ng mga puwang sa pag-iimbak, kabilang ang mga ipinamahaging salamin at pagkakapareho. Basahin ang mga bilis sa ReFS ay inaasahan na magiging pareho sa NTFS, kung saan nagbabahagi sila ng maraming code. Para sa streaming, ito ay magiging mahusay.

Paano ito hindi nagbibigay ng Reuplication ang ReFS, L2 caching sa pagitan ng DRAM at imbakan, at pagsulat ng snapshot?

Ang ReFS mismo ay hindi nagbibigay ng pagbawas. Ang isang epekto ng pamilyar na ito, nasasabit na arkitektura ng file system ay ang iba pang mga produkto ng pagdidoble na makakonekta sa ReFS sa parehong paraan tulad ng NTFS.

Ang Antas 2 na pag-cache ay hindi malinaw na ipinatupad sa ReFS, ngunit ang mga customer ay maaaring makinabang mula sa mga solusyon sa third-party.

Ang ReFS at VSS ay nagtutulungan upang lumikha ng mga snapshot sa parehong paraan na ginagawa ng NTFS sa mga kapaligiran sa Windows. Hindi nila kasalukuyang sinusuportahan ang pag-record ng snapshot o mga snapshot na higit sa 64 TB.

Naanunsyo ko na ito minsan sa aking blog, kung gayon wala talagang nalalaman tungkol dito, at ngayon ay oras na para sa isang maikling, ngunit mas pare-pareho na pagkakakilala sa bagong ginawang ReFS.

Makalipas ang 20 taon

Gayunpaman, ang lahat ay may isang limitasyon, at gayun din ang mga kakayahan ng mga file system. Ngayon ang mga kakayahan ng NTFS ay dumating sa kanilang mga limitasyon: ang pagsuri sa malaking media ng imbakan ay masyadong mahaba, ang "Journal" ay nagpapabagal ng pag-access, at ang maximum na laki ng file ay halos naabot na. Napagtanto ito, nagpatupad ang Microsoft ng isang bagong file system sa Windows 8 - ReFS (Resilient File System). Ang ReFS ay isinasaalang-alang upang magbigay ng pinakamahusay na proteksyon ng data para sa malaki at mabilis na mga hard drive. Tiyak na mayroon din itong mga drawbacks, ngunit bago magsimula ang tunay na napakalaking paggamit sa Windows 8, mahirap pag-usapan ang tungkol sa mga ito.

Kaya sa ngayon, subukan nating maunawaan ang mga panloob at kalamangan ng ReFS.

Ang ReFS ay orihinal na naka-coden na "Protogon". Sa kauna-unahang pagkakataon tungkol sa kanya sa pangkalahatang publiko, sinabi noong isang taon Stephen Sinofsky- Pangulo ng Windows Division sa Microsoft, responsable para sa pagpapaunlad at marketing ng Windows at Internet Explorer.

Sinabi niya sa mga salitang ito:

"Ang NTFS ang pinakalawakang ginagamit, advanced at tampok na rich file system ngayon. Ngunit pag-isipang muli sa Windows, at kasalukuyang binubuo namin ang Windows 8, hindi kami titigil doon. Samakatuwid, kasama ang Windows 8, nagpapakilala rin kami ng isang ganap na bagong file system. Ang ReFS ay itinayo sa tuktok ng NTFS, kaya't pinapanatili nito ang kritikal na interoperability, habang dinisenyo at ininhinyero upang matugunan ang mga pangangailangan ng susunod na henerasyon ng mga teknolohiya ng imbakan at mga sitwasyon.

Sa Windows 8, ipapakilala lamang ang ReFS bilang bahagi ng Windows Server 8, ang parehong diskarte na ginamit namin upang maipatupad ang lahat ng nakaraang mga file system. Siyempre, sa antas ng aplikasyon, bibigyan ang mga kliyente ng pag-access sa data ng ReFS sa parehong paraan tulad ng data ng NTFS. Tandaan na ang NTFS ay pa rin ang nangungunang teknolohiya sa industriya para sa mga file system ng PC. "

Sa katunayan, una naming nakita ang ReFS sa operating system ng server na Windows Server 8. Ang bagong sistema ng file ay hindi binuo mula sa simula. Halimbawa, ang ReFS ay gumagamit ng parehong mga API tulad ng NTFS upang buksan, isara, mabasa, at magsulat ng mga file. Gayundin, maraming pamilyar na mga tampok ang lumipat mula sa NTFS - halimbawa, pag-encrypt ng disk Bitlocker at simbolikong mga link para sa mga aklatan. Ngunit nawala ito, halimbawa, compression ng data at isang bilang ng iba pang mga pag-andar.

Ang pangunahing mga makabagong ideya sa ReFS ay nakatuon sa paglikha at pamamahala ng mga istraktura ng file at folder. Ang kanilang gawain ay upang magbigay ng awtomatikong pagwawasto ng error, maximum na pag-scale at pagpapatakbo sa palaging online mode.

Arkitektura ng ReFS

Ang pagpapatupad ng disk ng mga istrakturang ReFS ay panimula naiiba mula sa iba pang mga file system ng Microsoft. Napagtanto ng mga developer ng Microsoft ang kanilang mga ideya sa pamamagitan ng paglalapat ng konsepto ng B-tree, na kilalang-kilala mula sa mga database sa ReFS. Ang mga folder sa file system ay nakabalangkas bilang mga talahanayan na may mga file bilang mga entry. Ang mga ito naman ay tumatanggap ng ilang mga katangian na idinagdag bilang mga sub-table, na lumilikha ng isang hierarchical na istraktura ng puno. Kahit na ang libreng puwang sa disk ay nakaayos sa mga talahanayan.

Kasabay ng totoong 64-bit na pagnunumero ng lahat ng mga elemento ng system, inaalis nito ang hitsura ng "mga bottleneck" sa panahon ng karagdagang pag-scale nito

Bilang isang resulta, ang core ng ReFS system ay ang object table - ang gitnang direktoryo na naglilista ng lahat ng mga talahanayan sa system. Mayroong isang mahalagang kalamangan sa pamamaraang ito: Inabandona ng ReFS ang kumplikadong pamamahala ng log at gumawa ng bagong impormasyon ng file sa libreng puwang - pinipigilan nitong mai-overlap.

« Umalis sa Catalog"Mga nai-type bang entry. Mayroong tatlong pangunahing mga uri ng mga tala para sa isang object ng folder: tagapaglaraw ng direktoryo, talaan ng index, at nakahulugan na naglalarawan ng bagay. Ang lahat ng naturang mga talaan ay nakabalot bilang isang hiwalay na puno ng B ± na may isang tagakilala ng folder; ang ugat ng punong ito ay dahon B ± ng "Catalog" na puno, na nagpapahintulot sa pag-pack ng halos anumang bilang ng mga tala sa isang folder. Sa ibabang antas, sa mga sheet B ± ng puno ng folder, pangunahing mayroong isang talaan ng tagapaglaraw ng direktoryo na naglalaman ng pangunahing impormasyon tungkol sa folder (pangalan, "karaniwang impormasyon", katangian ng pangalan ng file, atbp.).

Dagdag sa katalogo ay inilalagay talaan ng index: maikling istraktura na naglalaman ng impormasyon tungkol sa mga item na nilalaman sa folder. Ang mga talaang ito ay makabuluhang mas maikli kaysa sa NTFS, na kung saan ay mas kaunting metadata na labis na karga sa dami.

Sa huli ay ang mga entry sa katalogo. Para sa mga folder, naglalaman ang mga elementong ito ng pangalan ng pack, ang identifier ng folder sa "Catalog" at ang istraktura ng "karaniwang impormasyon". Para sa mga file, walang identifier - sa halip, naglalaman ang istraktura ng lahat ng pangunahing data tungkol sa file, kasama ang root B ± ng chunk tree ng file. Alinsunod dito, ang isang file ay maaaring binubuo ng halos anumang bilang ng mga fragment.

Tulad ng NTFS, panimulang kilalanin ng ReFS ang impormasyon sa pagitan ng file (metadata) at nilalaman ng file (data ng gumagamit). Gayunpaman, ang mga function ng proteksiyon ay ibinibigay sa pareho sa parehong paraan. Ang Metadata ay protektado ng default na may mga checkum - ang parehong proteksyon (kung ninanais) ay maaaring ibigay sa data ng gumagamit. Ang mga tsekum na ito ay matatagpuan sa disk sa isang ligtas na distansya mula sa bawat isa - sa gayon mas madaling makuha ang data sa kaganapan ng isang error.

Ang laki ng metadata ng isang walang laman na file system ay tungkol sa 0.1% ng laki ng file system mismo (ibig sabihin tungkol sa 2 GB bawat 2 dami ng TB). Ang ilang pangunahing metadata ay na-duplicate para sa mas mahusay na katatagan ng pag-crash

Ang variant ng ReFS na nakita namin Windows Server 8 Beta, ay mayroong suporta para lamang sa mga 64KB data cluster at 16KB metadata cluster. Sa ngayon, ang parameter na "Laki ng Cluster" ay hindi pinapansin kapag lumilikha ng dami ng ReFS at palaging ipinapalagay na default. Kapag ang pag-format ng file system, ang 64 KB ay ang tanging magagamit na pagpipilian sa laki ng cluster.

Inaamin namin na ang laki ng kumpol na ito ay higit pa sa sapat upang ayusin ang mga file system ng anumang laki. Ang isang epekto, gayunpaman, ay isang kapansin-pansin na kalabisan sa imbakan ng data (isang 1-byte na file sa disk ay kukuha ng isang buong 64 KB block).

Seguridad ng ReFS

Sa mga tuntunin ng arkitektura ng file system, ang ReFS ay mayroong lahat ng mga tool na kailangan mo upang ligtas na mabawi ang mga file kahit na matapos ang isang pangunahing pagkabigo sa hardware. Ang pangunahing kawalan ng sistema ng pag-journal sa system ng file ng NTFS at katulad nito ay ang pag-update ng disk ay maaaring makapinsala sa dating naitala na metadata sa kaganapan ng isang pagkabigo sa kuryente sa panahon ng pag-record - ang epektong ito ay nakatanggap ng isang matatag na pangalan: ang tinatawag. " nakabitin recording».

Iwasan nakalawit na talaan, Ang Microsoft ay kumuha ng isang bagong diskarte kung saan ang mga bahagi ng metadata na istraktura ay naglalaman ng kanilang sariling mga pagkakakilanlan, na nagbibigay-daan sa iyo upang i-verify ang pagmamay-ari ng mga istraktura; naglalaman ang mga link ng metadata ng 64-bit na mga checkum ng mga bloke na isinangguni.

Ang anumang pagbabago sa istraktura ng metadata ay nagaganap sa dalawang yugto. Una, isang bagong (nabago) na kopya ng metadata ay nilikha sa libreng disk space, at pagkatapos lamang nito, kung matagumpay, ilipat ng operasyon ng pag-update ng atomic ang link mula sa luma (hindi nabago) sa bagong (binago) na lugar ng metadata. Dito, tinatanggal ang pangangailangan para sa pag-log sa pamamagitan ng awtomatikong pagpapanatili ng integridad ng data.

Gayunpaman, ang inilarawan na pamamaraan ay hindi nalalapat sa data ng gumagamit, kaya ang anumang mga pagbabago sa mga nilalaman ng file ay nakasulat nang direkta sa file. Ang file ay tinanggal sa pamamagitan ng muling pagtatayo ng istraktura ng metadata, na sine-save ang nakaraang bersyon ng metadata block sa disk. Pinapayagan ka ng pamamaraang ito na mabawi ang mga tinanggal na file hanggang sa ma-o-overtake ang mga ito ng bagong data ng gumagamit.

Ang isang hiwalay na paksa ay ang pagpaparaya sa kasalanan ng ReFS sa kaso ng pinsala sa disk. Nakikilala ng system ang lahat ng mga form ng pinsala sa disc, kasama ang nawala o nakaimbak sa maling lugar ng pagrekord, pati na rin ang tinatawag na. pagkabulok ng bit(pagkasira ng data sa media)

Kapag ang opsyon na "Integral Streams" ay pinagana, sinusuri din ng ReFS ang mga nilalaman ng mga file laban sa mga checkum at palaging nagsusulat ng mga pagbabago sa mga file sa isang lokasyon ng third-party. Nagbibigay ito ng katiyakan na ang nauna nang data ay hindi mawawala kapag na-o-overtake. Awtomatikong nai-update ang mga tseke kapag nakasulat ang data, kaya kung nabigo ang pagsulat, magkakaroon ang gumagamit ng isang bersyon ng file upang suriin.

Ang isa pang kawili-wiling paksa sa seguridad ng ReFS ay nakikipag-ugnay Mga puwang sa imbakan... ReFS at Mga puwang sa imbakan idinisenyo upang umakma sa bawat isa bilang dalawang bahagi ng isang solong sistema ng pag-iimbak. Bukod sa pagpapabuti ng pagganap Mga puwang sa imbakan protektahan ang data mula sa bahagyang at kumpletong mga pagkabigo sa disk sa pamamagitan ng pag-iimbak ng mga kopya sa maraming mga disk. Sa panahon ng pagkabigo sa pagbabasa Mga puwang sa imbakan maaaring basahin ang mga kopya, at sa kaso ng mga pagkabigo sa pagsulat (kahit na may kumpletong pagkawala ng data ng media sa panahon ng pagbabasa / pagsulat), posible na "malinaw" na ipamahagi muli ang data. Tulad ng ipinapakita sa kasanayan, kadalasan ang gayong pagkabigo ay walang kinalaman sa medium - nangyayari ito dahil sa katiwalian ng data, o dahil sa pagkawala ng data o pag-iimbak sa maling lugar.

Ito ang mga uri ng pagkabigo na maaaring makita ng ReFS gamit ang mga tseke. Sa pagtuklas ng isang kabiguan, nakipag-usap ang ReFS sa Mga puwang sa imbakan upang mabasa ang lahat ng mga posibleng kopya ng data, at pipiliin ang tamang kopya batay sa tseke ng tsekum. Nagbibigay ang system Mga puwang sa imbakan utos na mabawi ang mga nasirang kopya batay sa tunay na mga kopya. Ang lahat ng ito ay malinaw na nangyayari mula sa isang inilapat na pananaw.

Tulad ng nakasaad sa website ng Microsoft para sa Windows Server 8, laging pinagana ang mga checkum para sa ReFS metadata, at sa pag-aakalang ang dami ay nakasalamin Mga puwang sa imbakan, pinagana din ang awtomatikong pagwawasto. Lahat ng magkakaugnay na stream ay protektado sa parehong paraan. Lumilikha ito ng isang end-to-end na solusyon na may mataas na antas ng integridad para sa gumagamit, kung saan ang relatibong hindi maaasahang pag-iimbak ay maaaring gawing lubos na maaasahan.

Ang nabanggit na integridad ng mga stream ay pinoprotektahan ang mga nilalaman ng file mula sa lahat ng mga uri ng katiwalian sa data. Gayunpaman, ang katangiang ito ay hindi mailalapat sa ilang mga kaso.

Halimbawa, ang ilang mga application ay mas gusto ang maayos na pamamahala ng imbakan ng file na may ilang uri ng pag-uuri ng file sa disk. Dahil ang magkakaugnay na stream ay muling namamahagi ng mga bloke sa tuwing ang mga nilalaman ng isang file ay nagbabago, ang layout ng mga file ay masyadong mahuhulaan para sa mga application na ito. Ang mga sistema ng database ay isang pangunahing halimbawa nito. Bilang isang patakaran, ang mga nasabing application ay nakapag-iisa na subaybayan ang mga checkums ng mga nilalaman ng mga file at may kakayahang suriin at iwasto ang data sa pamamagitan ng direktang pakikipag-ugnay sa mga API.

Paano gumagana ang ReFS sa kaganapan ng disk katiwalian o pagkabigo sa pag-iimbak, sa palagay ko malinaw ito. Maaaring mas mahirap makilala at mapagtagumpayan ang pagkawala ng data na nauugnay sa “ pagkabulok ng bit"Kapag hindi nakita ang pinsala sa bihirang basahin ang mga bahagi ng disk ay nagsisimulang tumubo nang mabilis. Sa oras na mabasa at makita ang nasabing pinsala, maaaring naapektuhan nito ang mga kopya, o maaaring mawala ang data dahil sa iba pang mga pagkabigo.

Upang mapagtagumpayan ang proseso pagkabulok ng bit, Nagdagdag ang Microsoft ng isang gawain sa background system na pana-panahong nagpapalabas ng metadata at data mula sa pare-pareho na mga stream sa isang dami ng ReFS sa naka-mirror na imbakan. Ang paglilinis ay ginagawa sa pamamagitan ng pagbabasa ng lahat ng mga kalabisan na kopya at pag-check para sa kawastuhan gamit ang ReFS Checksum. Kung ang mga checkum ay hindi tumutugma, ang mga maling kopya ay naitama sa mahusay na mga kopya.

Nananatili ang isang banta na maaaring tawagin ayon sa kaugalian ng "bangungot ng sysadmin." May mga kaso, bagaman bihira, kahit na ang dami ng nakalalamang puwang ay maaaring mapinsala. Halimbawa, ang memorya ng isang nabigo na system ay maaaring masira ang data na maaaring magtapos sa disk at makapinsala sa mga kalabisan na kopya. Bilang karagdagan, maraming mga gumagamit ang maaaring magpasya na huwag gumamit ng mga naka-mirror na espasyo sa imbakan para sa ReFS.

Para sa mga naturang kaso, kapag nasira ang dami, nagsasagawa ang ReFS ng "pag-aayos" - isang pagpapaandar na tinatanggal ang data mula sa namespace sa dami ng nagtatrabaho. Ang misyon nito ay upang maiwasan ang hindi maibabalik na pinsala na maaaring makaapekto sa pagkakaroon ng tamang data. Halimbawa, kung ang isang solong file sa isang direktoryo ay nasira at hindi maaaring awtomatikong maayos, aalisin ng ReFS ang file na iyon mula sa namespace ng system ng file, ibabalik ang natitirang dami.

Nasanay na kami sa katotohanang hindi mabubuksan o matanggal ng file system ang isang nasirang file, at walang magagawa ang administrator tungkol dito.

Ngunit dahil mababawi ng ReFS ang nasirang data, maaaring ibalik ng administrator ang file na ito mula sa isang backup, o gamitin ang application upang muling likhain ito, na maiiwasan ang pangangailangan na i-shut down ang system. Nangangahulugan ito na ang gumagamit o administrator ay hindi na kailangang gumanap ng pag-verify at pag-aayos ng pamamaraan offline. Para sa mga server, ginagawang posible na maglagay ng malalaking dami ng data nang walang panganib na mahabang buhay ng baterya dahil sa pinsala.

ReFS sa pagsasanay

Siyempre, ang pagiging praktiko at kaginhawaan (o ang kabaligtaran na mga katangian) ng ReFS ay maaaring hatulan lamang pagkatapos na lumaganap ang mga computer na may Windows 8 at hindi bababa sa kalahating taon ng aktibong gawain sa kanila ang lumipas. Pansamantala, ang mga potensyal na gumagamit ng G8 ay may maraming mga katanungan kaysa sa mga sagot.

Halimbawa, ito: magiging posible ba sa Windows 8 na madali at simpleng mai-convert ang data mula sa NTFS patungo sa ReFS at kabaliktaran? Sinabi ng Microsoft na walang pag-andar na built-in na format ng pag-convert ang inaasahan, ngunit ang impormasyon ay maaari pa ring makopya. Ang saklaw ng ReFS ay halata: sa una, maaari lamang itong magamit bilang isang malaking data manager para sa server (sa katunayan, ginagamit na ito). Wala pang mga panlabas na drive na may ReFS - mga panloob lamang. Malinaw na, sa paglipas ng panahon, ang ReFS ay nilagyan ng maraming mga tampok at magagawang palitan ang sistemang legacy.

Sinabi ng Microsoft na malamang na mangyari ito sa paglabas ng unang service pack para sa Windows 8.

Inaangkin din ng Microsoft na sinubukan ang ReFS:

"Gamit ang isang kumplikado, malawak na hanay ng mga sampu-sampung libo ng mga pagsubok na isinulat para sa NTFS nang higit sa dalawang dekada. Ang mga pagsubok na ito ay muling likhain ang sopistikadong mga kondisyon ng paglawak na sa palagay namin ay maaaring makatagpo ng system, tulad ng sa panahon ng isang pagkawala ng kuryente, na may mga problemang madalas na nauugnay sa kakayahang sumukat at pagganap. Samakatuwid, maaari nating sabihin na ang ReFS system ay handa na para sa isang pagsubok na paglawak sa isang kontroladong kapaligiran. "

Gayunpaman, sa parehong oras, inamin ng mga developer na ang pagiging unang bersyon ng isang malaking file system, maaaring mangailangan ng ReFS ng pag-iingat sa paghawak:

"Hindi namin kinikilala ang ReFS para sa Windows 8 bilang isang beta release. Ang bagong file system ay magiging handa para sa paglabas kapag ang Windows 8 ay nakakakuha ng beta, dahil wala nang mas mahalaga kaysa sa pagiging maaasahan ng data. Kaya, hindi katulad ng anumang ibang aspeto ng system, nangangailangan ito ng isang konserbatibong diskarte sa paunang paggamit at pagsubok. "

Sa maraming mga paraan, ito ay para sa kadahilanang ito na ang ReFS ay ipakilala sa paggamit alinsunod sa isang phased na plano. Una bilang isang sistema ng pag-iimbak para sa Windows Server, pagkatapos ay bilang imbakan para sa mga gumagamit, at sa wakas bilang dami ng boot. Gayunpaman, ang isang katulad na "maingat na diskarte" ay ginamit sa nakaraan kapag naglalabas ng mga bagong file system.

,

NTFS at FAT32 ay hindi lamang ang mga file system na nakikita at nababasa ng Windows 10. Sinusuportahan din nito ang legacy FAT pinalawak exFAT, bago ReFS, virtual CDFS, at bahagyang din sa mga ginamit sa Linux EXT2 at EXT3... Kapag nagtatrabaho sa mga disk, kasama ang mga naaalis, maaaring kailangan mong matukoy ang kasalukuyang file system ng media o lohikal na pagkahati. Sa Windows 10, magagawa mo ito sa iba't ibang mga paraan.

Pinakasimpleng ay upang buksan ang mga katangian ng disk at makita kung ano ang tinukoy sa parameter.

Gayunpaman, ang pamamaraang ito ay angkop lamang para sa mga drive na may isang sulat at malinaw na "Katutubong" file system, kung ang media o pagkahati ay mai-format sa EXT3 o dahil sa isang kabiguan ito ay matutukoy bilang RAW, hindi ito magagamit sa Explorer. Sa kasong ito, dapat kang gumamit ng isang snap-in o isang console na utility upang matukoy ang file system.

Pindutin ang Win + X upang buksan ang Start button menu, patakbuhin ang snap-in at tingnan ang mga nilalaman ng haligi.

Ipapakita ang snap-in kahit na ang mga disk at partisyon na walang isang sulat. Isa pang paraan upang tumingin FS ang carrier ay upang gamitin ang utility. Buksan ang isang prompt ng utos at patakbuhin ang dalawa sa mga utos dito:

dami ng listahan

Pinapatakbo ng unang utos ang utility, ang pangalawa ay nagpapakita ng isang listahan ng lahat ng mga lohikal na pagkahati. Mahahanap mo ang impormasyong kailangan mo sa haligi FS... Kahalili - console. Upang malaman ang uri ng file system para sa lahat ng mga disk, patakbuhin ito bilang administrator at patakbuhin ang utos get-volume... Ang mga hinahanap na halaga ay nakalista sa haligi FileSystemType.

Naku, ang lahat ng mga pamamaraan na inilarawan sa itaas ay may isang karaniwang sagabal, katulad, maling pagkilala sa mga Linux file system CDFS at EXT2 / 3/4 .

Kaya, sa aming halimbawa nakilala CDFS paano Hindi alam at ang Disk Management snap-in na kinilala CDFS tama, ngunit hindi makilala EXT3 sa pagtukoy nito bilang RAW, iyon ay, bilang kawalan ng isang file system. Ang pamantayang mga tool ay nagsimulang ipakita ang tamang mga resulta pagkatapos ng pag-install - mga utility at driver upang magbigay ng pag-access sa media EXT2 / 3/4 mula sa ilalim ng Windows.

At dahil pinag-uusapan natin EXT2 / 3/4, sa parehong oras na ito ay nagkakahalaga ng pagbanggit din ng mga file system HFS o HFS + ginamit sa macs. Kapag nakakonekta sa isang Windows computer, hindi rin sila matutukoy at upang makapagtrabaho sa kanila, kailangan mong mag-install ng driver Paragon HFS + o MacDrive.