NTFS vs. ReFS-hogyan lehet eldönteni, hogy melyiket használja

mostanra valószínűleg hallott a Microsoft viszonylag friss “ReFS”fájlrendszeréről. A Windows Server 2012-vel bevezetett rendszer stabilitása és méretezhetősége tekintetében igyekszik meghaladni az NTFS-t. Mivel a VHDX-eket általában több virtuális géphez tároljuk ugyanabban a kötetben, úgy tűnik, hogy jól párosul A ReFS-szel. Sajnos nem … az elején. A Microsoft a közbeeső években tovább javította A ReFS-t. Számos olyan funkciót szerzett, amelyek elhatárolták az NTFS-től. Érésével el kell kezdenie használni a Hyper-V-hez? Sok mindent meg kell fontolnod, mielőtt eldöntöd.

mi az A ReFS?

A “ReFS” becenév “rugalmas fájlrendszert”jelent. Ez magában foglalja a beépített funkciók, hogy segítse az adatok korrupció. A Microsoft docs webhelye részletes magyarázatot nyújt A ReFS-ről és annak jellemzőiről. Rövid összefoglaló:

• Integritásfolyamok: A ReFS ellenőrző összegeket használ a fájl sérülésének ellenőrzésére.
• Automatikus javítás: amikor A ReFS problémákat észlel egy fájlban, automatikusan végrehajtja a korrekciós intézkedéseket.
• teljesítményjavítások: néhány speciális körülmények között A ReFS teljesítményelőnyöket nyújt az NTFS-hez képest.
• nagyon nagy volumenű és fájltámogatás: A ReFS felső határai meghaladják az NTFS-t anélkül, hogy azonos teljesítményütéseket okoznának.
• tükör-gyorsított paritás: a tükör-gyorsított paritás sok nyers tárhelyet használ, de nagyon gyors és nagyon rugalmas.
• integráció tárolóhelyekkel: A ReFS számos funkciója csak a tárolóhelyekkel együtt működik teljes mértékben.

mielőtt izgatottá válna néhány korábbi pont miatt, egy dolgot ki kell emelnem: a kapacitáskorlátok kivételével A ReFS tárolóhelyeket igényel a legjobb munka elvégzéséhez.

ReFS a Hyper-V előnyei

A ReFS olyan funkciókkal rendelkezik, amelyek felgyorsítják a virtuális gép egyes tevékenységeit.

• Blokkklónozás: olvasásom szerint a blokkklónozás lényegében a duplikáció megszüntetésének egyik formája. De nem működik fájlrendszer-szűrőként vagy szkennerként. Nem passzív módon várja meg az önkényes adatok írását, vagy rendszeresen ellenőrzi a fájlrendszert másolatok után. Valaminek aktívan fel kell hívnia egy adott fájl ellen. A Microsoft kifejezetten jelzi, hogy nagyban felgyorsíthatja az ellenőrzőpontok összeolvadását.
• ritka VDL (érvényes adathossz): minden fájlrendszer rögzíti a fájlhoz rendelt terület mennyiségét. A ReFS a VDL használatával jelzi, hogy a fájl mennyi adatot tartalmaz. Tehát, ha utasítja a Hyper-V-t, hogy hozzon létre egy új rögzített VHDX-et A ReFS-en, akkor a teljes fájlt körülbelül ugyanannyi idő alatt hozhatja létre, mint egy dinamikusan bővülő VHDX létrehozását. Hasonlóképpen előnyös lesz a dinamikusan bővülő VHDX-ek bővítési műveletei.

Vegyünk egy kis időt, hogy menjen át ezeket a funkciókat. Gondolja át a teljes alkalmazást.

ReFS vs.NTFS a Hyper-V-hez: technikai összehasonlítás

az Általános magyarázattal az útból, most jobban értékelheti a különbségeket. Először ellenőrizze az összehasonlító táblázatokat a Microsoft ReFS áttekintő oldalán. A tipikus Hyper-V telepítéseknél a legtöbb különbség nagyon keveset jelent. Például valószínűleg nincs szüksége kvótákra a Hyper-V tárolóhelyein. Készítsünk egy saját táblázatot, amely jobban megfelel a Hyper-V-nek:

• ReFS-győzelmek: nagyon nagy tárhelyek és nagyon nagy VHDX-ek
• ReFS-győzelmek: olyan környezetek, ahol a létrehozott, ellenőrzött vagy egyesített VHDX-ek rendkívül nagy gyakorisággal fordulnak elő
• ReFS-győzelmek: tárhely és tárolóhelyek közvetlen telepítések
• NTFS-győzelmek: egykötetes telepítések
• NTFS nyer (potenciálisan): vegyes célú telepítések

azt hiszem, ezek a dolgok magukért beszélnek. Az utolsó kettőnek valószínűleg egy kicsit több magyarázatra van szüksége.

az egykötetes telepítésekhez NTFS

szükséges ebben az összefüggésben az “egykötetes telepítés” olyan telepítéseket jelent, ahol a Hyper-V (beleértve a felügyeleti operációs rendszert is) és az összes virtuális gép ugyanazon a köteten van. A rendszerindító kötetet nem formázhatja ReFS-sel, sem oldalfájlt nem helyezhet el A ReFS-re. Egy ilyen telepítés szintén nem teszi lehetővé a tárolóhelyeket vagy a tárolóhelyeket közvetlenül, így egyébként kihagyná A ReFS legtöbb képességét.

a vegyes célú telepítésekhez szükség lehet NTFS-re

néhányunknak szerencséje van, hogy csak virtuális gépeket telepítsen dedikált tárhelyekre. Nem mindenkinek van ilyen. Ha a Hyper-V tárterület más célokra is tárol fájlokat, előfordulhat, hogy folytatnia kell az NTFS-t. Menjen át az utolsó táblázaton az Áttekintő oldal alján. Megmutatja azokat a tulajdonságokat, amelyeket csak az NTFS-ben találhat meg. A szokásos fájlmegosztási forgatókönyvek esetén elveszíti a kvótákat. Lehet, hogy olyan régi alkalmazásai vannak, amelyek NTFS kiterjesztett tulajdonságait vagy rövid nevét igénylik. Ezekben a helyzetekben csak az NTFS fog működni.

Megjegyzés: Ha van más lehetősége, ne használja ugyanazt a gazdagépet nem Hyper-V szerepkörök futtatásához a Hyper-V mellett. Hasonlóképpen különítse el a Hyper-V virtuális gépeket a kötetekre, kivéve a más fájltípusokat tartalmazó köteteket.

váratlan ReFS viselkedés

a hivatalos tartalom bizonyos mértékig leírja A ReFS integritási adatfolyamainak előnyeit. Ellenőrző összegeket használ a fájlkorrupció észlelésére. Ha problémákat talál, korrekciós intézkedéseket hajt végre. A védelmi sémákat használó tárolóhelyek kötetén lehetősége van a probléma megoldására. Ezt teszi az online hangerővel, zökkenőmentes élményt nyújtva. De mi történik, ha A ReFS nem tudja kijavítani a problémát? Ez az, ahol valódi figyelmet kell fordítania.

az áttekintő oldalon a dokumentáció kivételesen homályos megfogalmazást használ: “A ReFS eltávolítja a sérült adatokat a névtérből”. Az integrity streams oldal rosszabb: “ha a kísérlet sikertelen, A ReFS hibát ad vissza.”A cikk kutatása közben egy aggasztóbb tevékenységről meséltek nekem: A ReFS törli azokat a fájlokat, amelyeket javíthatatlannak tart. Az oldal alján található megjegyzés szakasz megerősítő jelentést tartalmaz. Ha végigköveti ezt a megjegyzésszálat, talál egy bejegyzést a Microsoft programkezelőjétől, amely kimondja:

A ReFS két esetben törli a fájlokat:

1. A ReFS észleli a metaadatok sérülését, és nincs mód a javításra. Jelentése ReFS nem egy tárolóhely redundáns kötet, ahol meg tudja javítani a sérült példányt.
2. A ReFS adatsérülést észlel, és az Integritásfolyam engedélyezve van, és nincs mód a javításra. Ez azt jelenti, hogy ha az Integrity Stream nincs engedélyezve, akkor a fájl elérhető lesz, függetlenül attól, hogy az adatok sérültek-e vagy sem. Ha A ReFS tükrözött köteten fut tárolóhelyeket használva, a sérült másolat automatikusan javításra kerül.

az eredmény: ha A ReFS úgy dönt, hogy a VHDX helyrehozhatatlan károkat szenvedett, törli azt. Nem fog kérni, és nem ad lehetőséget arra, hogy megpróbálja megmenteni, amit tudsz. Ha A ReFS-t nem támogatja a Tárolóhelyek redundanciája, akkor nincs módja a javítás elvégzésére. Így, egy szempontból, ami ReFS nem tároló terek néz ki, mint egy nagyon magas kockázatú megközelítés. De …

Vigyázzon A Biztonsági Mentésekre!

nem szabad figyelmen kívül hagyni az előző szakasz súlyosságát. Azonban ne hagyja, hogy megijeszteni el, bármelyik. Természetesen megértem, hogy inkább egy részben olvasható VHDX-et szeretne törölni. Ebből a célból egyszerűen letilthatja az integritásfolyamokat a virtuális gépek fájljain. Van egy másik javaslatom is.

ne hagyja figyelmen kívül a biztonsági mentéseket! Ha A ReFS töröl egy fájlt, töltse le a biztonsági mentésből. Ha EGY VHDX megsérül az NTFS-en, töltse le a biztonsági mentésből. A ReFS, legalább tudod, hogy van egy probléma. Az NTFS segítségével a problémák sokkal hosszabb ideig rejtőzhetnek. Nem számít a konfiguráció, az egyetlen dolog, amire támaszkodhat az adatok védelme érdekében, egy szilárd biztonsági mentési megoldás.

mikor válassza NTFS Hyper-V

most már elég információt, hogy tájékozott döntést. Ezek a feltételek jó állapotot jeleznek az NTFS számára:

• olyan konfigurációk, amelyek nem használnak tárhelyet, például egylemezes vagy gyártói RAID. Ez önmagában nem tesz légmentesen pontot; kérjük, olvassa el a ” Ne feledje a biztonsági mentéseket!”a fenti szakasz.
• egykötetes rendszerek (a gazdagépnek csak C: kötete van)
• vegyes célú rendszerek (kérjük, állítson be külön szerepköröket)
• tárolás a 2016-nál régebbi gazdagépeken-A ReFS nem volt olyan érett a korábbi verziókban. Ez önmagában nem légmentes pont.
• a biztonsági mentési alkalmazás gyártója nem támogatja A ReFS
• ha bizonytalan A ReFS

az idő múlásával az NTFS elveszíti A ReFS előnyben részesítését a Hyper-V telepítésekben. De ez nem azt jelenti, hogy az NTFS elérte a végét. A ReFS megdöbbentően magasabb korlátokkal rendelkezik, de nagyon kevés rendszer használ többet, mint egy töredéke annak, amit az NTFS kínál. A ReFS lenyűgöző rugalmassági funkciókkal rendelkezik, de az NTFS öngyógyító képességekkel is rendelkezik, és hozzáférhet a raid technológiákhoz az adatkorrupció elleni védekezéshez.

a Microsoft folytatja A ReFS fejlesztését. Végül az NTFS utódjaként helyezhetik el. A mai napig nem tették meg. Úgy néz ki, hogy holnap sem fogják megcsinálni. Ne érezzen nyomást arra, hogy a kényelmi szint előtt mozogjon A ReFS-re.

mikor kell kiválasztani A ReFS-t a Hyper-V – hez

egyes helyzetekben A ReFS egyértelmű választás a Hyper-V adatok tárolására:

• Storage Spaces (és Storage Spaces Direct) környezetek
• Extremely large volumes
• Extremely large VHDXs

előfordulhat, hogy egy további teljesítmény-alapú argumentumot hoz létre A ReFS számára olyan környezetben, ahol nagyon nagy a VHDX fájlok lemorzsolódása. Azonban ne becsülje túl a teljesítményjavítások hatását. A legszembetűnőbb különbség akkor jelenik meg, amikor rögzített VHDX-eket hoz létre. Minden más művelethez frissítenie kell a hardvert, hogy jelentős javulást érjen el.

azonban nem akarom elkendőzni javára ReFS nagyon nagy mennyiségben. Ha a tárhely mennyisége néhány terabájt, a VHDXs pedig akár néhány száz gigabájt, akkor A ReFS ritkán fogja jelentősen legyőzni az NTFS-t. Amikor több száz terabájtra kezd gondolkodni, az NTFS valószínűleg szűk keresztmetszeteket mutat. Ha magasabbra kell nyomni, akkor A ReFS lesz az egyetlen választás.

A ReFS valóban ragyog, ha közvetlenül a tárolóhelyekkel kombinálja. Valóban lenyűgöző az a képessége, hogy automatikusan elvégezzen egy nem zavaró online javítást. Egyrészt a modern rendszerek zavaró adatkorrupciójának esélye statisztikai anomáliát jelent. Másrészt senkit, aki szenvedett egy ilyen esemény miatt, nem igazán érdekel, mennyire valószínűtlen volt.

ReFS vs NTFS a Hyper-V vendég fájlrendszereken

a fentiek mindegyike csak a Hyper-V virtuális gépek tárolásával foglalkozik. Mi a helyzet a vendég operációs rendszerek ReFS-jével?

a kérdés megválaszolásához vissza kell térnünk A ReFS erősségeihez. Eddig csak a Hyper-v-re gondoltunk. a vendégeknek megvannak a saját feltételeik és igényeik. Kezdjük a Microsoft ReFS áttekintésével. Konkrétan a következő:

“a Microsoft kifejezetten általános célú használatra fejlesztette ki az NTFS-t konfigurációk és munkaterhelések széles skálájával, azonban azoknak az ügyfeleknek, akik kifejezetten igénylik A ReFS által biztosított rendelkezésre állást, rugalmasságot és/vagy skálát, a Microsoft támogatja A ReFS használatát az alábbi konfigurációk és forgatókönyvek szerint…”

kiemeltem azt a részt, amelyet szeretném, ha figyelembe vennél. Maga a mondat arra készteti Önt, hogy tovább fognak sorolni néhány felhasználást, de csak egyet sorolnak fel: “biztonsági mentési cél”. A listán szereplő többi elem csak a tárolási konfigurációról beszél. Tehát vissza kell ásnunk a mondatba, és ki kell húznunk azt a három leírást, amelyek segítenek eldönteni: “elérhetőség”, “rugalmasság” és “skála”. Az első kettőt azonnal eldobhatja — nem szabad a virtuális gépen belüli tárhely elérhetőségére és rugalmasságára összpontosítania. Ez “skálát”hagy nekünk. Tehát nagyon nagy kötetek és nagyon nagy fájlok. Ne feledje, hogy ez több száz terabájtot jelent.

a pontosabb döntés érdekében olvassa el a szolgáltatás-összehasonlításokat. Ha egy vendégen belül használni kívánt alkalmazásnak csak az NTFS-en található funkciókra van szüksége, használja az NTFS-t. Személy szerint még mindig szinte kizárólag az NTFS-t használom a vendégeken belül. A ReFS-nek tárolóhelyekre van szüksége a legjobb munka elvégzéséhez, a Tárolóhelyek pedig a fizikai rétegben végzik a legjobb munkát.

ReFS és NTFS kombinálása Hyper-V gazdagépeken és vendégeken

ne feledje, hogy a vendégen belüli fájlrendszer nincs hatással a gazdagép fájlrendszerére, és fordítva. Amennyire a Hyper-V tudja, a virtuális gépekhez csatlakoztatott VHDX-ek nem más, mint egy adatblokk-csomag. Használhat bármilyen kombinációt, amely működik.