NTFS vs. ReFS-miten päättää, mitä käyttää

tähän mennessä olet todennäköisesti kuullut Microsoftin suhteellisen tuoreesta tiedostojärjestelmästä ”ReFS”. Käyttöön Windows Server 2012, se pyrkii ylittämään NTFS vakaudessa ja skaalautuvuus. Koska me tyypillisesti tallentaa vhdxs useita virtuaalikoneita samassa tilavuudessa, näyttää siltä, että se paria hyvin ReFS. Valitettavasti se ei ollut… alussa. Microsoft on jatkanut Refien parantamista välivuosina. Se on saanut useita piirteitä, jotka etäännyttivät sen NTFS: stä. Kun se on kypsynyt, sinun pitäisi alkaa käyttää sitä Hyper-V: hen? Sinulla on paljon mietittävää, ennen kuin teet tämän päätöksen.

mikä on ReFS?

monikerros ”ReFS” tarkoittaa ”joustavaa tiedostojärjestelmää”. Se sisältää sisäänrakennettuja ominaisuuksia tietojen korruptiota vastaan. Microsoftin docs-sivusto tarjoaa yksityiskohtaisen selvityksen ReFS: stä ja sen ominaisuuksista. Lyhyt kertaus:

• Integrity streams: ReFS käyttää tarkistussummia tiedostojen korruption tarkistamiseen.
• Automaattinen korjaus: kun ReFS havaitsee ongelmia tiedostossa, se tekee automaattisesti korjaavia toimenpiteitä.
• suorituskykyparannukset: joissakin erityisolosuhteissa ReFS tarjoaa suorituskykyetuja NTFS: ään verrattuna.
• Very large volume and file support: ReFS: n ylärajat ylittävät NTFS: n saamatta samoja suorituskykyhittejä.
• Mirror-accelerated parity: Mirror-accelerated parity käyttää paljon raakaa tallennustilaa, mutta se on erittäin nopea ja hyvin joustava.
• integrointi säilytystiloihin: monet Ref: n ominaisuudet toimivat täysillä vain säilytystilojen yhteydessä.

ennen kuin innostuu joistain aiemmista kohdista, on korostettava yhtä asiaa: kapasiteettirajoja lukuun ottamatta ReFS vaatii säilytystiloja tehdäkseen parhaansa.

refs Benefits for Hyper-V

ReFS on ominaisuuksia, jotka nopeuttavat joitakin virtuaalikoneiden toimintoja.

• Lohkokloonaus: minun tulkintani mukaan lohkokloonaus on lähinnä eräänlaista päällekkäisyyden poistamista. Mutta, se ei toimi tiedostojärjestelmän suodatin tai skanneri. Se ei passiivisesti odota mielivaltaisia tietoja kirjoittaa tai ajoittain skannata tiedostojärjestelmän kaksoiskappaleita. Jonkin täytyy aktiivisesti vedota siihen tiettyä tiedostoa vastaan. Microsoft nimenomaan osoittaa, että se voi suuresti nopeuttaa checkpoint fuusioita.
• harva VDL (valid data length): kaikki tiedostojärjestelmät tallentavat tiedostolle varatun tilan määrän. ReFS käyttää VDL: ää osoittaakseen, kuinka paljon tiedostossa on dataa. Niin, kun neuvot Hyper-V luoda uuden kiinteän VHDX ReFS, se voi luoda koko tiedoston suunnilleen samassa ajassa kuin luoda dynaamisesti laajeneva VHDX. Se hyödyttää samalla tavoin dynaamisesti laajenevien VHDX-järjestelmien laajennusoperaatioita.

ota hieman aikaa näiden ominaisuuksien läpikäymiseen. Mieti niiden kokonaissovelluksia.

ReFS vs. NTFS Hyper-V: tekninen Vertailu

yleinen selitys pois tieltä, nyt voit tehdä paremman arvion eroista. Tarkista ensin vertailutaulukot Microsoftin ReFS-yleiskatsaussivulta. Tyypillisissä Hyper-V-asennuksissa suurin osa eroista merkitsee hyvin vähän. Esimerkiksi, et luultavasti tarvitse kiintiöitä teidän Hyper-V tallennuspaikat. Tehdään oma pöytä, scoped sopivammin Hyper-V:

• ReFS voittaa: todella suuret tallennuspaikat ja todella suuret VHDX: t
• ReFS voittaa: ympäristöt, joissa on liian paljon luotuja, tarkistettuja tai yhdistettyjä VHDX: iä
• ReFS voittaa: tallennustilaa ja tallennustilaa suorat käyttöönotot
• NTFS voittaa: yksiosaisia käyttöönottoja
• NTFS voittaa (mahdollisesti): sekamuotoiset sijoitukset

luulen, että suurin osa näistä asioista puhuu puolestaan. Kaksi viimeistä kaipaavat ehkä hieman enemmän selitystä.

yhden volyymin käyttöönotto edellyttää NTFS

tässä yhteydessä Aion ”yhden volyymin käyttöönoton” tarkoittavan asennuksia, joissa on Hyper-V (mukaan lukien sen hallintakäyttöjärjestelmä) ja kaikki VMs samalla äänenvoimakkuudella. Boot-äänenvoimakkuutta ei voi muotoilla ReFS: llä, eikä Sivutiedostoa voi asettaa ReFS: lle. Tällainen asennus ei myöskään salli säilytystiloja tai säilytystiloja suoraan, joten se menettäisi suurimman osan ReFS: n ominaisuuksista muutenkin.

Sekakäyttöiset käyttöönotot saattavat vaatia NTFS: n

joillakin meistä on tuuria ottaa käyttöön vain virtuaalikoneita varatuille tallennuspaikoille. Kaikilla ei ole sitä. Jos Hyper-V-tallennustilasi isännöi tiedostoja myös muihin tarkoituksiin, saatat joutua jatkamaan NTFS: llä. Käy läpi viimeinen taulukko lähellä yleiskatsaussivun alaosaa. Se näyttää ominaisuudet, jotka löydät vain NTFS: stä. Tavallisissa tiedostonjakoskenaarioissa menetät kiintiöt. Sinulla voi olla vanhoja sovelluksia, jotka vaativat NTFS: n laajennettuja ominaisuuksia tai lyhyitä nimiä. Näissä tilanteissa vain NTFS kelpaa.

Huomautus: Jos sinulla on jokin vaihtoehto, Älä käytä samaa palvelinta muiden kuin Hyper-V-roolien suorittamiseen Hyper-V: n rinnalla.Microsoft ei tue miksausta. Samoin, erottaa Hyper-V VMs päälle määriä lukuun ottamatta määriä, jotka pitävät muita tiedostotyyppejä.

odottamattomat erotuomarien käytökset

virallinen sisältö menee joidenkin pituuksien verran kuvaamaan erotuomarien eheysvirtojen hyötyjä. Se käyttää tarkistussummia tiedostojen korruption havaitsemiseen. Jos se löytää ongelmia, se ryhtyy korjaaviin toimiin. On Varastotilojen tilavuus, joka käyttää suojajärjestelmiä, sillä on mahdollisuus korjata ongelma. Se tekee, että äänenvoimakkuuden verkossa, joka tarjoaa saumattoman kokemuksen. Mutta, mitä tapahtuu, kun ReFS ei voi korjata ongelmaa? Siihen pitää kiinnittää kunnolla huomiota.

yleiskatsaussivulla dokumentaatio käyttää poikkeuksellisen epämääräistä sanamuotoa:”ReFS poistaa korruptoituneen tiedon nimiavaruudesta”. Integrity streams-sivulla tehdään huonommin: ”jos yritys epäonnistuu, ReFS palauttaa virheen.”Tutkiessani tätä artikkelia minulle kerrottiin huolestuttavammasta toiminnasta: ReFS poistaa tiedostoja, joita se pitää vahvistamattomina. Sivun alalaidassa oleva kommenttiosio sisältää vahvistavan raportin. Jos seuraat, että kommentti thread läpi, löydät merkintä Microsoft program manager, joka toteaa:

ReFS poistaa tiedostoja kahdessa skenaariossa:

1. ReFS havaitsee metadatan korruption eikä sitä voi korjata. Merkitys ReFS ei ole tallennustilaa tarpeeton tilavuus, jossa se voi korjata vioittunut kopio.
2. ReFS havaitsee tietojen korruption ja Integrity Stream on käytössä eikä sitä voi korjata. Eli jos Integrity Stream ei ole käytössä, tiedosto on käytettävissä riippumatta siitä, onko data vioittunut vai ei. Jos ReFS on käynnissä peilatulla äänenvoimakkuudella tallennustilojen avulla, vioittunut kopio korjataan automaattisesti.

upshot: jos ReFS päättää, että VHDX on kärsinyt peruuttamatonta vahinkoa, se poistaa sen. Se ei pyydä eikä anna sinulle mitään mahdollisuutta yrittää pelastaa sitä, minkä voit. Jos ReFS ei tue Varastotilojen redundanssia, sillä ei ole keinoa suorittaa korjausta. Joten, yhdestä näkökulmasta, joka tekee ReFS ei-säilytystilojen näyttää erittäin korkean riskin lähestymistapa. Mutta …

Pidä Varasi!

edellisen jakson vaikeusastetta ei pidä unohtaa. Sen ei kuitenkaan pidä antaa myöskään pelotella itseään pois. Ymmärrän varmasti, että saatat mieluummin osittain luettavissa VHDX kuin poistettu yksi. Tätä varten, voit yksinkertaisesti poistaa eheyden virtojen VMS ’ tiedostoja. Minulla on toinenkin ehdotus.

älä laiminlyö varmuuskopioitasi! Jos ReFS poistaa tiedoston, hakea sen varmuuskopiosta. Jos VHDX korruptoituu NTFS: ssä, nouda se varmuuskopiosta. Erotuomarien kanssa ainakin tiedät, että sinulla on ongelma. NTFS: llä ongelmat voivat vaania paljon kauemmin. Ei ole väliä kokoonpano, ainoa asia, voit luottaa suojata tietosi on vankka varmuuskopio ratkaisu.

milloin valita NTFS Hyper-V

sinulla on nyt tarpeeksi tietoa tehdäksesi perustellun päätöksen. Nämä ehdot osoittavat, että NTFS: llä on hyvät edellytykset:

• kokoonpanot, jotka eivät käytä tallennustiloja, kuten yhden levyn tai valmistajan RAID. Tämä ei yksin tee ilmatiiviistä pistettä; Lue ” Mind Your varmuuskopiot!”jakso yllä.
• yksiosaiset järjestelmät (isännälläsi on vain C: tilavuus)
• Yhdistelmäjärjestelmät (konfiguroi uudelleen erillisiin rooleihin)
• tallennustilat isännille vanhempia kuin 2016-REFIT eivät olleet yhtä kypsiä aiemmissa versioissa. Tämä yksin ei ole ilmatiivis kohta.
• varmuuskopiosovelluksen myyjä ei tue Refejä
• jos olet epävarma Refeistä

ajan kuluessa, NTFS menettää suosiollisuutensa Refeihin nähden Hyper-V-käyttöönotoissa. Mutta, se ei tarkoita, että NTFS on saavuttanut loppunsa. ReFS: llä on huomattavasti korkeammat rajat, mutta hyvin harvat järjestelmät käyttävät yli murto-osaa siitä, mitä NTFS voi tarjota. ReFS ei ole vaikuttava sietokykyä ominaisuuksia, mutta NTFS on myös itsekorjautuva voimia ja sinulla on pääsy RAID teknologioita puolustautua tietojen korruptiota.

Microsoft jatkaa Refien kehittämistä. He saattavat lopulta asettaa sen NTFS: n seuraajaksi. Tähän päivään mennessä he eivät ole tehneet niin. Sitä ei tehdä huomennakaan. Älä tunne paineita siirtyä ReFS edellä mukavuutta tasolla.

milloin Hyper-V

joissakin tilanteissa REFIT ovat selkeä valinta Hyper-V-tietojen tallentamiseksi:

• tallennustilat (ja tallennustilat suoraan) ympäristöt
• erittäin suuret volyymit
• erittäin suuret VHDX: t

saatat tehdä suorituskykyyn perustuvan argumentin Ref: ille ympäristössä, jossa on erittäin paljon VHDX-tiedostoja. Älä kuitenkaan yliarvioi näiden suorituskykyparannusten vaikutusta. Silmiinpistävin ero näkyy, kun luot kiinteitä VHDXs. Kaikissa muissa toiminnoissa sinun on päivitettävä laitteistosi, jotta saavutat mielekkään parannuksen.

en kuitenkaan halua kaunistella erotuomarien hyötyä kovin suurista määristä. Jos tallennustilavuus on muutamia teratavuja ja VHDX: t jopa muutamia satoja gigatavuja, ReFS päihittää NTFS: n harvoin merkittävästi. Kun alat ajatella satoja teratavuja, NTFS näyttää todennäköisesti pullonkauloja. Jos sinun täytyy työntää korkeammalle, niin ReFS tulee ainoa vaihtoehto.

ReFS todella loistaa, kun sen yhdistää suoraan säilytystiloihin. Sen kyky automaattisesti suorittaa häiriötön online korjaus on todella vaikuttava. Toisaalta, mahdollisuudet häiritsevä tietojen korruptio nykyaikaisissa järjestelmissä muodostavat tilastollinen poikkeama. Toisaalta kukaan, joka on kärsinyt tällaisesta tapahtumasta, ei välitä siitä, kuinka epätodennäköistä se oli.

ReFS vs NTFS on Hyper-V Guest File Systems

kaikki edellä mainitut käsittelevät vain Hyper-V: n virtuaalikoneiden tallennusta. Entä ReFS vieras käyttöjärjestelmissä?

vastataksemme tähän kysymykseen meidän on palattava erotuomarien vahvuuksiin. Tähän mennessä olemme miettineet sitä vain Hyper-V: n kannalta.vierailla on omat ehtonsa ja tarpeensa. Aloitetaan tarkistamalla Microsoftin ReFS yleiskatsaus. Erityisesti seuraavat:

”Microsoft on kehittänyt NTFS: n erityisesti yleiskäyttöön, jossa on laaja valikoima kokoonpanoja ja työkuormia, mutta asiakkaille, jotka erityisesti vaativat refs: n tarjoamaa saatavuutta, häiriönsietokykyä ja/tai mittakaavaa, Microsoft tukee ReFS: ää käytettäväksi seuraavissa kokoonpanoissa ja skenaarioissa…”

korostin sitä osaa, jota haluan teidän harkitsevan. Lause itsessään saa sinut ajattelemaan, että he menevät luetella joitakin käyttötarkoituksia, mutta ne vain luetella yksi: ”varmuuskopiointi kohde”. Muut kohteet niiden luettelossa vain puhua varastointi kokoonpano. Joten, meidän täytyy kaivaa takaisin lause ja vetää pois nämä kolme kuvaajaa auttaa meitä päättämään: ”saatavuus”, ”Resilienssi”, ja ”asteikko”. Voit heittää kaksi ensimmäistä pois heti — sinun ei pitäisi keskittyä tallennuksen saatavuuteen ja joustavuuteen VM: n sisällä. Jäljelle jää ”asteikko”. Eli todella isot volyymit ja tosi isot tiedostot. Muista, että se tarkoittaa satoja teratavuja ja ylös.

tarkempi päätös, Lue ominaisuusvertailut läpi. Jos jokin sovellus, jota haluat käyttää vieraan sisällä, tarvitsee ominaisuuksia, jotka löytyvät vain NTFS: stä, käytä NTFS: ää. Itse käytän NTFS: ää edelleen lähes yksinomaan vieraiden sisällä. ReFS tarvitsee säilytystiloja tehdäkseen parhaan työnsä, ja säilytystilat tekevät parhaan työnsä fyysisellä kerroksella.

ReFS: n ja NTFS: n yhdistäminen Hyper-V: n isännän ja vieraiden välillä

pidä mielessä, että tiedostojärjestelmä vieraan sisällä ei vaikuta isännän tiedostojärjestelmään, ja päinvastoin. Sikäli kuin Hyper-V tietää, virtuaalikoneisiin liitetyt VHDX: t eivät ole mitään muuta kuin nippu datalohkoja. Voit käyttää mitä tahansa yhdistelmää, joka toimii.