Naplózó fájlrendszer - az operációs rendszer - cikkek Directory Portál - így
Naplózó fájlrendszer
1. naplózó fájlrendszert
1.2. A ReiserFS fájlrendszer
ReiserFS - naplózó fájlrendszer kifejezetten Linux Namesys cég vezetése alatt Hans Reiser (Hans Reiser). Általában a szó ReiserFS megérteni a harmadik változat (utolsó - 3.6.19), és egy negyedik nevű Reiser4.
Jelenleg ReiserFS csak támogatja GNU / Linux alatt, de lehet mozgatni a jövőben más platformokon. Feltűnik a Linux verzió 2.4.1, ez volt az első naplózó fájlrendszer tartalmazza a kernel.
ReiserFS - Normál FS ArchLinux disztribúció Slackware, SuSE, Xandros, Yoper, Linspire és Kurumin Linux.
Jelenleg Reiser 3 fejlődés megállt.
Jellemzői ReiserFS:
• Képesség, hogy a csomag több kisebb fájlokat egyetlen egységet (azaz. N. Tail csomagolás) annak érdekében, hogy elkerüljék fragmentáció és a veszteség a tárhelyet. Mivel az erős teljesítmény veszteség Namesys javasolja, hogy kikapcsolja ezt a funkciót az érzékeny számítógép erőforrásait.
• Bejelentkezés metaadatok csak.
• Képes megváltoztatni a fájl méretét a rendszer „on the fly”.
• A munka során kisebb fájlokat, mint 4 KB funkcióval kompatibilis Eng. farok csomagolás felülmúlja az ext2 és az ext3 teljesítményét 10-15 alkalommal.
Hátrányok ReiserFS:
• Reiser 3 károsodhat eredményeként a szerkezetátalakítási a fa a vizsgálat során. Szerkezetátalakítása szükséges fát, feltéve, hogy a metaadatok nagyon súlyosan megsérült.
• Változatok ReiserFS, benne van a Linux kernel 2.4.10 verzió előtt, úgy instabillá Namesys és nem ajánlott az ipari felhasználásra, különösen együtt NFS.
• Ismeretlen töredezettségmentesítés módszer, amellett, hogy egy teljes lerakó FS és az azt követő helyreállítás, de pereupakovschik a ReiserFS v4, amely gondoskodik a fájlok töredezettsége.
1.3. JFS fájlrendszer
ext3 vagy harmadik kiterjesztett fájlrendszer - naplózott fájlrendszer által használt operációs rendszer a Linux kernel, a fájlrendszer az alapértelmezett sok Linux disztribúció. Ez alapján FS ext2.
A fő különbség a ext2fs hogy ext3 naplózó, hogy van, ez biztosítja a rekord egyes adatok helyreállítása fájlrendszer hiba esetén a számítógép.
A szabvány három mód naplózás:
1. writeback: van jelentkezve csak fájlrendszer metaadatok, azaz tájékoztatást a változás. Ez nem integritásának garantálása az adatokat, de jelentősen csökkenti a szkennelési időt igényel, mint ext2;
2. elrendelte: ugyanaz, mint a visszaírás, de adatot ír a létrehozott fájl garantáltan rögzíti tájékoztatás a változások ebben a fájlban. Kissé csökkenti a teljesítményt nem tudja garantálni a sértetlenségét az adatok (bár ez növeli annak valószínűségét, hogy a megőrzés alatt append egy meglévő fájl)
3. folyóirat: a teljes naplózó fájlrendszer metaadatok és a felhasználói adatokat. A leglassabb de legbiztonságosabb mód; tudja garantálni az adatok integritását a tárolás során a folyóirat egy külön partíciót (vagy jobb - egy külön merevlemezen).
Meghatározza naplózás módban paramétereket, hogy felmászik a programot, például:
mount / dev / hda6 / mnt / lemez -o adatok =<режим>
vagy az / etc / fstab.
Jellemzői ext3:
Az ext3 fájlrendszer támogatja a fájl mérete legfeljebb 1 TB. A Linux-2.4 kernel fájlrendszer térfogata korlátozza a maximális mérete egy blokk eszköz, azaz 2 terabájt. A Linux 2.6 (32-bites processzor), a maximális mérete egy blokk 16 eszköz TB, de csak támogatja ext3 4 TB.
Naplózási mechanizmus NTFS.
NTFS - hibatűrő rendszer, amely jól fel magukat a megfelelő állapotban, szinte minden valós összeomlik. Minden modern fájlrendszer épül egy ilyen koncepció, mint a tranzakció - muvelet teljesen és helyesen, vagy nem követtek egyáltalán. Az NTFS csak nem történik köztes (hibás vagy helytelen) állam - a kvantum adatok változásokat nem lehet osztani előtt és után a baleset, így a pusztítás és zavart - ez akár elkötelezett vagy törölték.
1. példa: Az adatok rögzítési végezzük a lemezen. Hirtelen kiderül, hogy a hely, ahol csak úgy döntött, hogy írjon egy másik adat, nem lehetett írni - a fizikai kárt a felszínre. NTFS viselkedés ebben az esetben teljesen logikus: a rekord tranzakciót visszaállítják teljesen - a rendszer felismeri, hogy a bejegyzés nem történt. Jelölt helyen a lezuhant, és az adatokat pedig egy másik helyen - kezdődik egy új tranzakciót.
Példa 2: Egy bonyolultabb esetben - adatot ír a lemezre. Hirtelen, boom - a készülék ki van kapcsolva, és a rendszer újraindul. Milyen szakaszban a felvétel leáll, amennyiben bizonyíték van, és ahol a képtelenség? Jön a támogatás a másik rendszer mechanizmus - a tranzakciós napló. Az a tény, hogy a rendszer ismeri a vágy, hogy írjon a lemezre, címkézett a metafile $ LogFile ő állapotát. Amikor újraindítja a fájl jelenlétét vizsgáljuk hiányos tranzakciók félbeszakította a baleset, és az eredmény az, ami kiszámíthatatlan - mindezek Tranzakciók törlésekor: a hely, ahol a rekord jelölt ismét szabad, indexek és a MFT elemek vannak meghajtva egy olyan államban, ahol voltak előtt az összeomlás, és a rendszer egésze továbbra is stabil. Nos, ha hiba történt, amikor írásban a magazin? Semmi sem túl szörnyű: a tranzakció vagy még nem kezdődött el (csak egy kísérlet, hogy a rekord az ő szándékai), vagy már véget ért -, hogy van, van egy kísérlet, hogy rögzítse, hogy az ügylet valójában már megtörtént. Az utóbbi esetben a legközelebbi indításkor a rendszer maga egészen értem, hogy ez valójában, és meg van írva rendesen, és nem figyel a „befejezetlen” tranzakciót.
Mégis fakitermelés - nem abszolút csodaszer, de csak egy eszköz, hogy jelentősen csökkenti a hibák számát és a rendszer hibák. Nem valószínű, hogy az átlagos felhasználó bár NTFS elveszett hibát észlel vagy rendszer kénytelen lesz chkdsk futtatása - a tapasztalat azt mutatja, hogy az NTFS vissza teljesen korrigálni az állapot esetén is hiányosságok tapasztalhatók a nagyon terhelt lemez aktivitás pontokat. Akkor is optimalizálja a meghajtóba, és a közepén ez a folyamat tolja visszaállítása - lehetőség adatvesztés, sőt ebben az esetben nagyon alacsony lesz. Fontos tudatosítani, hogy NTFS-visszanyerő rendszer biztosítja a helyességét a fájlrendszer, nem az adatokat. Ha írsz a lemezre és kapott crash -, és az adatok nem kerülnek rögzítésre.
1.5. A fájlrendszer HFS Plus.
1.6. A fájlrendszer DualFS