словник | перекладачка | факти | тексти | програми
щодо | посилання | новини | гостьова книга | пошук
початок << тексти  << автор  << зміст  << сторінка

next up previous contents index
Далі: Що архівувати Вгору: Резервні копії Назад: Відновлення файлів за допомогою

Багаторівневі копії

Просте резервування описане попередньо достатнє в більшості випадків для персонального вжитку, або для невеликих центрів. Для більш "важкого" застосування необхідне вживання багаторівневого резервного копіювання.

Простий метод має два рівні копіювання: повний та доповнюючий. Це поняття можна узагальнити на довільну кількість рівнів. Повна копія буде носити назву копії рівня 0, доповнюючі копії називатимуться копіями рівнів 1, 2, 3, ... При кожному доповнюючому копіюванні, Ви архівуєте все, що змінилося з часу попередньої копії такого-ж або попереднього рівня.

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

З багаторівневим копіюванням історію резервування можна подовжити дешевшими засобами. Наприклад, якщо купити десять стрічок, то можна використовувати стрічки 1 та 2 для щомісячних копій (перша п'ятниця кожного місяця), стрічки з 3 по 6 для щотижневих копій (інші п'ятниці; Відмітьте, що місяць може мати п'ять п'ятниць. Тому нам потрібно чотири стрічки), а стрічки з 7 по 10 для щоденних копій (з понеділка до четверга). Всього з чотирма новими стрічками ми, таким чином, змогли подовжити глибину резевних копій від двох тижнів (після того, як всі денні стрічки використані) до двох місяців. Звичайно, ж ми не зможемо відновити будь-яку версію будь-якого файлу на протязі цих двох місяців, але те, що можна відновити, часто виявляється достатнім.

Рисунок [*] показує, який рівень резервування використовується кожного дня, і які копії можуть бути відновленими в кінці місяця.


  
Рисунок: Проста багаторівнема схема резервування.
\includegraphics{backups/backup-timeline.ps}

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

Щоб зменшити кількість необхідних для повного відновлення стрічок, треба користуватися меншими номерами для кожного наступного доповнюючого резервування. Однак, в цьому випадку, час для створення кожної такої копії збільшується (кожне резервування копіює все з часу попереднього повного резервування). Сторінка підказки до команди dump  подає кращу схему резервування, яка подана в таблиці  [*]. Користуйтеся такою послідовністю стрічок: 3, 2, 5, 4, 7, 6, 9, 8, 9...Така схема утримує час створення копій і відновлення на мінімумі. Максимум, що Вам потрібно резервувати, це результати дводенної роботи. Кількість стрічок для відновлення залежить від того, наскільки довго часу проходить між повними копіюваннями, але ця кількість менша, ніж при використанні простих послідовнестей.


  
Рисунок: Ефективна схема резервування з використанням багаторівневого копіювання
\begin{figure}
\begin{center}
\begin{tabular}{r l l l}
Tape & Level & Backup& Re...
... & 1, 2, 5, 7, 9, 10, 11, \dots \\
\hline
\end{tabular}\end{center}\end{figure}

Гарна схема, звичайно ж, може зменшити кількість роботи, але це означає, що є багато речей, про які треба пам'ятати. І Ви повинні вирішити, чи ця схема варта того.

dump  підтримує багаторівневе резервування. Для tar  та cpio  це треба робити за допомогою скриптів.


Dmytro Kovalev
1999-06-10
вгору
 
Без реклами
2004-03-23 13:54:14
TopList
© 2000-2003, Київ, Соломко Валентин -- ідея та наповнення, графічне опрацювання -- проєкт дизайн, змiнено -- 08.06.2003 14:25:51