konkretice
raid0/3/4/5/6 tipusok eseten az irasi sorrend garanciat csak journalllal, vagy nvram tamogatassal lehet megoldnani. Ezek kozul egyikkel sem rendelkezik a linux sw raid. Igy nem allithato tokeletesseggel, hogy a linux sw raid megtartja az irasi sorrendet, hogy megtartja a barriert, tehat nem tekintheto ekzaktul megmaradonak az erre epito funkciok, pl a filesystem journal koherencia. Igy kenytelen vagyok azt mondani, hogy a linux sw raid eseten, aramszunet eseten az adatkonzisztenica nem garantalt. Eles tranzakcios rendszerben (pl banki utalasoknal) nem is javasolnam onmagaban (picit lehet okositani a dolgot tobb szerverrel, tobb ups-sel, amig elfogadhato lesz)
Egy nem tul vacak HW raidben van nvram. Ezt neha ugy hivjak, hogy battery backed up cache (BBU cache). A solaris/zfs meg szereti a 'write ssd' nevu celhardvert. Ezek az eszkozok elvileg garantaljak a barrier helyes kezeleset. Normal helyzetben ezt az elvi garanciat leszarom, mert gyakorlatilag hibasak a firmwarek, es megpedig hibasabbak, mint a linux sw raid, es az aramszunet eseten torteno inkonzisztencia valoszinusege eleg pici. Talan kisebb, mint egy hw raid adatinkonzisztenciat okozo fw bug aramszunet/terheles miatti megjelenese.