Дискові квоти

Щоб не дати користувачам можливості захоплювати занадто великі області дискового простору, багатокористувацькі операційні системи часто надають механізм нав'язування дискових квот. Задум полягає в тому, щоб системний адміністратор призначав кожному користувачеві максимальну частку файлів і блоків, а операційна система гарантувала неможливість перевищення цих квот.

Резервне копіювання файлової системи

Резервне копіювання здійснюється зазвичай для того, щоб вирішити дві потенційні проблеми:

1) відновленням після аварії;

2) відновленням після необдуманих дій (помилок користувачів).

Аспекти, які слід врахувати при виконання резервного копіювання:

1. Бажано проводити резервне копіювання тільки зазначених каталогів з усім їхнім вмістом, а не копіювати всю файлову систему. Не варто копіювати виконувані файли, файли пристроїв чи тимчасові файли.

2. Не потрібно робити резервні копії файлів, що не змінилися з часу попереднього резервного копіювання, що наштовхує на думку про інкрементне резервне копіювання. Хоча така схема зводить час резервного копіювання до мінімуму, вона ускладнює відновлення даних.

3. Перед копіюванням дані можна стиснути. Але у багатьох алгоритмів стиснення одна пошкоджена область може порушити роботу алгоритму розпакування і зробити нечитабельним весь файл.

4. Резервне копіювання активної файлової системи є не простою задачею. Якщо в процесі резервного копіювання відбувається додавання, видалення і зміна файлів і каталогів, можна отримати досить суперечливий результат. Існують алгоритми для створення швидких копій поточного стану файлової системи за рахунок копіювання критичних структур даних, які при подальшій зміні файлів і каталогів вимагають копіювання блоків замість оновлення їх на місці.

5. Організаційний аспект

Для резервного копіювання використовують одну з двох стратегій: фізичну або логічну архівацію.

Фізична архівація ведеться з нульового блоку диска, при цьому всі дискові блоки записуються на льоту в порядку їх слідування, і коли скопійований останній блок, запис зупиняється.

Недоліки такої стратегії:

1. Створюються резервні копії невикористовуваних дискових блоків.

2. Архівація дефектних блоків. (про файли з дефектними блоками і запасними блоками в кінці доріжки)

Логічна архівація починається в одному або декількох зазначених каталогах і рекурсивно архівує всі знайдені там файли і каталоги, в яких відбулися зміни. Таким чином, при логічній архівації на магнітну стрічку записуються послідовності чітко ідентифікованих каталогів і файлів, що спрощує відновлення за запитом зазначеного файлу або каталогу. За цим алгоритмом архівуються також всі каталоги (навіть ті що не зазнали змін), що трапляються на шляху до зміненого файлу або каталогу, на це є дві причини. Перша - з'являється можливість відновити файли і каталоги з архівної копії в щойно створеній файловій системі на іншому комп'ютері. Таким чином, архівування та відновлення програм може бути використано для перенесення всієї файлової системи між комп'ютерами. Другою причиною архівування незмінених каталогів, що лежать на шляху до змінених файлів, є можливість інкрементного відновлення окремого файлу (наприклад, щоб відновити файл, видалений помилково).

Проблеми пов’язані з цим підходом:

1. Оскільки список вільних блоків не є файлом, він не архівується, значить, після відновлення всіх резервних копій він має бути реконструйований заново.

2. Якщо файл пов'язаний з двома або більше каталогами, потрібно, щоб файл був відновлений тільки один раз, а у всіх каталогах, які повинні вказувати на нього, з'явилися відповідні посилання.

3. Необхідність позбавлятись дірок у файлах

4. Спеціальні файли, іменовані канали та їм подібні ніколи не повинні архівуватись, незалежно від того, в якому каталозі вони можуть виявитися.