Linux-ydin
Se paljastui hiljattain Btrfs-parannuksia ehdotettiin sisällytettäväksi Linux 6.2 -ytimeen korjata kirjoitusreikäongelma RAID 5/6 -toteutuksessa.
Ongelman ydin tiivistyy siihen tosiasiaan, että jos tallennuksen aikana tapahtuu kaatuminen, on aluksi mahdotonta ymmärtää, mikä lohko mihin RAID-laitteista on kirjoitettu oikein ja mihin tallennus ei päättynyt.
Jos yrität rakentaa RAIDin uudelleen tässä tilanteessa, tilattuja lohkoja vastaavat lohkot voivat vioittua, koska RAID-lohkojen tila ei ole synkronoitu. Tämä ongelma ilmenee kaikissa RAID1/5/6-ryhmissä, joissa ei ryhdytä erityistoimenpiteisiin tämän vaikutuksen torjumiseksi.
RAID-toteutuksessa, kuten RAID1:ssä btrfs:ssä, tämä ongelma on ratkaistu käyttämällä molemmissa kopioissa tarkistussummia, jos tiedot eivät täsmää, tiedot yksinkertaisesti palautetaan toisesta kopiosta. Tämä lähestymistapa toimii myös, jos jokin laite alkaa antaa huonoja tietoja sen sijaan, että epäonnistuisi kokonaan.
Kuitenkin, RAID5/6:n tapauksessa tiedostojärjestelmä ei tallenna tarkistussummia pariteettilohkoille - normaalitilanteessa lohkojen oikeellisuus tarkistetaan sillä, että ne kaikki on varustettu tarkistussummalla ja pariteettilohko voidaan luoda uudelleen tiedoista. Osittaisen tallennuksen tapauksessa tämä lähestymistapa ei kuitenkaan välttämättä toimi tietyissä tilanteissa. Tässä tapauksessa, taulukkoa palautettaessa on mahdollista epätäydelliseen tietueeseen jääneet lohkot palautetaan väärin.
Btrfs:n tapauksessa tämä ongelma on tärkeämpi, jos esiintyvä kirjoitus on pienempi kuin raita. Tässä tapauksessa tiedostojärjestelmän on suoritettava luku-muokkaus-kirjoitus (RMW) -toiminto.
Jos se kohtaa kesken kirjoituslohkoja, RMW-toiminto voi aiheuttaa korruptiota, joka jää havaitsematta tarkistussummista riippumatta. Kehittäjät ovat tehneet muutoksia, joissa RMW-toiminto tarkistaa lohkojen tarkistussumman ennen tämän toimenpiteen suorittamista ja tarvittaessa tietojen palautus suorittaa myös tarkistussumman tarkistuksen kirjoittamisen jälkeen.
Valitettavasti tilanteessa, jossa epätäydellinen reuna (RMW) kirjoitetaan, tämä aiheuttaa lisäkustannuksia tarkistussummien laskemiseen, mutta lisää merkittävästi luotettavuutta. RAID6:lle tällainen logiikka ei ole vielä valmis,
Lisäksi voimme huomioida kehittäjien suositukset RAID5/6:n käytöstä, joiden ydin on, että Btrfs:ssä metatietojen ja datan tallennusprofiili voi vaihdella. Tässä tapauksessa voit käyttää RAID1 (peili) tai jopa RAID1C3 (3 kopiota) profiilia metatiedoille ja RAID5 tai RAID6 datalle.
Tämä varmistaa toisaalta luotettavan metatietojen suojauksen ja "kirjoitusaukon" puuttumisen ja toisaalta tehokkaamman tilankäytön, joka on tyypillistä RAID5/6:lle. Tämä estää metatietojen korruption ja tietojen korruptio voidaan korjata.
myös Voidaan huomata, että ytimen 6.2:n Btrfs-levyillä la "hylkää"-toiminnon asynkroninen suorittaminen (merkitkää vapautetut lohkot, joita ei voi enää fyysisesti tallentaa) on oletusarvoisesti päällä.
Tämän etuna tila on korkea suorituskyky hylkäystoimintojen tehokkaan ryhmittelyn jonoon ja taustakäsittelijän suorittaman jonon jälkikäsittelyn ansiosta, joten normaalit FS-toiminnot eivät hidastu, kuten synkronisen "hylkäämisen" tapauksessa, kun lohkoja vapautetaan, ja SSD voi parantaa päätökset. Toisaalta sinun ei enää tarvitse käyttää apuohjelmia, kuten fstrim, koska kaikki käytettävissä olevat lohkot poistetaan FS:stä ilman lisätarkistusta ja toimintoja hidastamatta.
Lopuksi, jos olet kiinnostunut tietämään enemmän siitä, voit tutustua sen yksityiskohtiin seuraava linkki.