Журнальованою файлові системи - операційні системи - каталог статей - портал it рішень
Журнальованою файлові системи
1. журнальованою файлові системи
1.2. Файлова система ReiserFS
ReiserFS - журнальована файлова система, розроблена спеціально для Linux компанією Namesys під керівництвом Ганса Рейзер (Hans Reiser). Зазвичай під словом ReiserFS розуміють третю версію (остання - 3.6.19), а четверту називають Reiser4.
В даний час ReiserFS підтримується тільки під GNU / Linux, але може бути в майбутньому перенесена на інші платформи. З'явившись в Linux версії 2.4.1, вона стала першою журнальованою ФС, включеною в ядро.
ReiserFS - стандартна ФС для дистрибутивів Archlinux, Slackware, SuSE, Xandros, Yoper, Linspire та Kurumin Linux.
На даний момент розробка Reiser3 припинена.
Особливості ReiserFS:
• Можливість упаковки декількох невеликих файлів в один блок (т. Н. Упаковка хвостів), щоб уникнути фрагментації і втрати дискового простору. Через сильну втрати продуктивності Namesys рекомендує відключити цю можливість на чутливих до ресурсів машинах.
• Журналювання тільки метаданих.
• Можливість зміни розміру файлової системи «на льоту».
• При роботі з файлами менше 4 КБ з включеною функцією англ. tail packing перевершує по продуктивності ext2 і ext3 в 10-15 разів.
Недоліки ReiserFS:
• Reiser3 може бути пошкоджена в результаті перебудови дерева під час перевірки. Перебудова дерева потрібна за умови, якщо метадані дуже сильно пошкоджені.
• Версії ReiserFS, включені в ядро Linux молодше версії 2.4.10, визнані нестабільними компанією Namesys і не рекомендовані для промислового використання, особливо в зв'язці з NFS.
• Невідомий спосіб дефрагментації, крім повного дампа ФС і подальшого відновлення, проте є переупаковщік для ReiserFS v4, який піклується про фрагментацію файлів.
1.3. Файлова система JFS
ext3 або 3-тя розширена файлова система - журнальована файлова система, яка використовується в операційних системах на ядрі Linux, є файлової системою за замовчуванням в багатьох дистрибутивах. Заснована на ФС ext2.
Основна відмінність від ext2fs полягає в тому, що ext3 журнальованою, тобто в ній передбачений запис деяких даних, що дозволяють відновити файлову систему при збоях в роботі комп'ютера.
Стандартом передбачено три режими журналирования:
1. writeback: в журнал записуються тільки метадані файлової системи, тобто інформація про її зміну. Не може гарантувати цілісності даних, але вже помітно скорочує час перевірки в порівнянні з ext2;
2. ordered: той же, що і writeback, але запис даних в файл виробляється гарантовано до запису інформації про зміну цього файлу. Трохи знижує продуктивність, також не може гарантувати цілісності даних (хоча і збільшує ймовірність їх збереження при дописування в кінець існуючого файлу);
3. journal: повне журнал як метаданих ФС, так і призначених для користувача даних. Найповільніший, але і найбезпечніший режим; може гарантувати цілісність даних при зберіганні журналу на окремому розділі (а краще - на окремому жорсткому диску).
Вказується режим журналювання в рядку параметрів для програми mount, наприклад:
mount / dev / hda6 / mnt / disc -o data =<режим>
або в файлі / etc / fstab.
Особливості ext3:
Файлова система ext3 може підтримувати файли розміром до 1 ТБ. З Linux-ядром 2.4 обсяг файлової системи обмежений максимальним розмір блочного пристрою, що становить 2 терабайта. В Linux 2.6 (для 32-розрядних процесорів) максимальний розмір блокових пристроїв становить 16 ТБ, однак ext3 підтримує тільки до 4 ТБ.
Механізм журналирования NTFS.
NTFS - відмовостійка система, яка цілком може привести себе в коректне стан при практично будь-яких реальних збої. Будь-яка сучасна файлова система заснована на такому понятті, як транзакція - дія, що здійснюється цілком і коректно або не робити взагалі. У NTFS просто не буває проміжних (помилкових чи некоректних) станів - квант зміни даних не може бути поділений на до і після збою, приносячи руйнування і плутанину - він або здійснений, або скасований.
Приклад 1: здійснюється запис даних на диск. Раптом з'ясовується, що в те місце, куди ми тільки що вирішили записати чергову порцію даних, писати не вдалося - фізичне пошкодження поверхні. Поведінка NTFS в цьому випадку досить логічно: транзакція запису відкочується цілком - система усвідомлює, що запис Нічого не зроблено. Місце позначаються як збійні, а дані записуються в інше місце - починається нова транзакція.
Приклад 2: більш складний випадок - йде запис даних на диск. Раптом, бах - відключається харчування та система перезавантажується. На якій фазі зупинилася запис, де є дані, а де чушь? На допомогу приходить інший механізм системи - журнал транзакцій. Справа в тому, що система, усвідомивши своє бажання писати на диск, позначила в метафайлі $ LogFile це свій стан. При перезавантаженні це файл вивчається на предмет наявності незавершених транзакцій, які були перервані аварією і результат яких непередбачуваний - всі ці транзакції скасовуються: місце, в яке здійснювалася запис, позначається знову як вільне, індекси і елементи MFT наводяться в с стан, в якому вони були до збою, і система в цілому залишається стабільною. Ну а якщо помилка сталася під час запису в журнал? Теж нічого страшного: транзакція або ще й не починалася (йде тільки спроба записати наміри її зробити), або вже закінчилася - тобто йде спроба записати, що транзакція насправді вже виконана. В останньому випадку при наступному завантаженні система сама цілком розбереться, що насправді все і так записано коректно, і не зверне уваги на "незакінчену" транзакцію.
І все-таки журнал - не абсолютна панацея, а лише засіб істотно скоротити число помилок і збоїв системи. Навряд чи пересічний користувач NTFS хоч коли-небудь помітить помилку системи або змушений буде запускати chkdsk - досвід показує, що NTFS відновлюється в повністю коректне стан навіть при збоях в дуже завантажені дискової активністю моменти. Ви можете навіть оптимізувати диск і в самий розпал цього процесу натиснути reset - ймовірність втрат даних навіть в цьому випадку буде дуже низька. Важливо розуміти, однак, що система відновлення NTFS гарантує коректність файлової системи, а не ваших даних. Якщо ви проводили запис на диск і отримали аварію - ваші дані можуть і не записатися.
1.5. Файлова система HFS Plus.
1.6. Файлова система DualFS