Új hozzászólás Aktív témák

• #1424 MaCS_70 félisten donat_sz #1423

  Új Válasz 2020-08-27 12:30:06 #1424

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MaCS_70

  félisten

  válasz donat_sz #1423 üzenetére

  Oké, tehát mivel a biztonsági másolat ügy megoldott, helyben akarsz csak még egy kis redundanciát.

  Ez szerintem a RAID5 ügye.

  A RAID5 (éf nagyjából fölötte) nagyon-nagyon leegyszerűsítve úgy működnek a dolgok, hogy a rendszer az adattartalomból paritásbiteket hoz létre. Nem duplázza meg az adatot, csupán bájtok XOR értékét teszi el egy harmadik bájtba. Így, ha bármelyik bájt elvész, ebből az visszaállítható.

  Ez egy csomó ellenőrző bájtot jelent, ami azonban nem egy külön HDD-n lesz tárolva, hanem katonás rendben elrendezve az összes HDD-n. Tehát mindegyik lemez tartalmaz adatot és paritásbájtokat is, a felhasznált lemezek arányában.

  Ezeket a paritásadatokat viszont létre is kell hozni, ami a teljes adattartalom végigolvasását és a keletkezett adatokkal való összerendezését jelenti. Ez elsőre baromi nagy meló, simán eltarthat napokig.

  Aztán persze ez minden írásnál frissül, hiszen minden bitnyi változás a paritásértékek párhuzamos változását is jelenti, sőt, az egész hóbelevancot karban is kell tartani. Ez végső soron nagyobb munka, mint a szinkronizálás (hiszen számolni kell hozzá, nem csak szolgaian másolni), de ténylegesen nem az. Ez egy származékos adattömeg folyamatos karbantartása.

  A lényeg az, hogy a folyamatos kerregtetés csak az elején tapasztalható, amint felépül a tömb, már megnyugszik a rendszer és csak az éppen aktuális munkát végzi, ami több, mint ha nem lenne redundancia, de a felhasználó ezt általában már nem érzékeli.

  MaCS

Új hozzászólás Aktív témák