3. Критичний аналіз існуючих технологій резервування даних
Залежно від важливості інформації, що зберігається на комп'ютері, і від частоти її використання, виконують декілька видів резервного копіювання даних :
- повне резервне копіювання;
- диференціальне резервне копіювання;
- інкрементне резервне копіювання.
Повне резервне копіювання є головним і засадничим методом створення резервних копій, при якому вибраний масив даних копіюється цілком. Це якнайповніший і надійніший вид резервного копіювання, хоча і самий витратний. У разі потреби зберегти декілька копій даних загальний об'єм, що зберігається, збільшуватиметься пропорційно їх кількості.
Для запобігання великому об'єму використаних ресурсів використовують алгоритми стискування, а також поєднання цього методу з іншими видами резервного копіювання : інкрементним або диференціальним. І, звичайно, повне резервне копіювання незамінне у разі, коли треба підготувати резервну копію для швидкого відновлення системи з нуля.
Переваги методу :
- легкий пошук файлів - Оскільки виконується резервне копіювання усіх даних, що містяться на пристрої, для пошуку потрібного файлу не вимагається переглядати декілька носіїв;
- поточна резервна копія усієї системи завжди розташована на одному носії або наборі носіїв - Якщо потрібно буде відновити усю систему, то усю необхідну інформацію можна знайти в останній повній резервній копії.
Недоліки методу :
- надмірний захист даних, оскільки більшість файлів системи змінюються досить рідко, то кожна наступна повна резервна копія є копією даних, збережених в ході першого повного резервного копіювання. Для повного резервного копіювання потрібно великий об'єм носія;
- повне резервне копіювання займає більше часу - Для створення повних резервних копій може знадобитися тривалий час, особливо, якщо для зберігання вибрані пристрої в мережі.
Диференціальне резервне копіювання відрізняється від інкрементного тим, що копіюються дані з останнього моменту виконання. Дані при цьому поміщаються в архів "наростаючим підсумком". У системах сімейства Windows цей ефект досягається тим, що архівний біт при диференціальному копіюванні не скидається, тому змінені дані потрапляють в архівну копію, поки повне копіювання не обнулить архівні біти. Внаслідок того, що кожна нова копія, створена таким чином, містить дані з попередньої, це зручніше для повного відновлення даних на момент аварії. Для цього потрібно тільки дві копії: повна і остання з диференціальних, тому повернути до життя дані можна набагато швидше, ніж поетапно накочувати усі інкременти. До того ж цей вид копіювання позбавлений від вищеперелічених особливостей інкрементного, коли при повному відновленні старі файли, відроджуються з попелу. Виникає менше плутанини. Але диференціальне копіювання значно програє інкрементному в економії необхідного простору. Оскільки в кожній новій копії зберігаються дані з попередніх, сумарний об'єм зарезервованих даних може бути порівнянний з повним копіюванням. І, звичайно, при плануванні розкладу (і розрахунках, чи поміститься процес бэкапа в тимчасове "вікно") треба враховувати час на створення останньої, найбільшої, диференціальної копії.
Переваги методу :
- легкий пошук файлів - Для відновлення системи, захищеної за допомогою стратегії диференціального резервного копіювання потрібно дві резервні копії - остання повна резервна копія і остання диференціальна резервна копія. Час відновлення значно менше в порівнянні із стратегіями резервного копіювання, для яких потрібно останню повну резервну копію і усе інкрементні резервні копії, створені з моменту останнього повного резервного копіювання;
- менший час резервного копіювання і відновлення - Диференціальне резервне копіювання займає менше часу, чим повне резервне копіювання. Відновлення після аварії виконується швидше, оскільки для повного відновлення пристрою потрібні тільки остання повна резервна копія і диференціальна резервна копія.
Недолік методу :
- надмірний захист даних - Зберігаються усі файли, змінені з моменту останнього инкрементного резервного копіювання. Таким чином, створюються надмірні резервні копії.
Інкрементне резервне копіювання на відміну від повного резервного копіювання в цьому випадку копіюють не усі дані (файли, сектори і так далі), а тільки ті, що були змінені з моменту останнього копіювання. Для з'ясування часу копіювання можуть застосовуватися різні методи, наприклад, в системах під управлінням операційних систем сімейства Windows використовується відповідний атрибут файлу (архівний біт), який встановлюється, коли файл був змінений, і скидається програмою резервного копіювання. У інших системах може використовуватися дата зміни файлу. Зрозуміло, що схема із застосуванням цього виду резервного копіювання буде неповноцінною, якщо час від часу не проводити повне резервне копіювання. При повному відновленні системи треба провести відновлення з останньої копії, а потім по черзі відновити дані з інкрементних копій в порядку їх створення. Цей вид використовується для того, щоб у разі створення архівних копій скоротити об'єми, що витрачаються, на пристроях зберігання інформації (наприклад, скоротити число використовуваних стрічкових носіїв). Також це дозволить мінімізувати час виконання завдань резервного копіювання, що може бути украй важливо в умовах, коли машина працює постійно, або прокачувати великі об'єми інформації. У інкрементного копіювання є один нюанс: поетапне відновлення повертає і потрібні видалені файли за період відновлення. Наприклад: допустимо, по вихідних днях виконується повне копіювання, а по буднях інкрементне. Користувач в понеділок створив файл, у вівторок його змінив, в середу перейменував, в четвер видалив. Так от при послідовному поетапному відновленні даних за тижневий період ми отримаємо два файли: із старим ім'ям за вівторок до перейменування, і з новим ім'ям, створеним в середу. Це сталося тому, що в різних інкрементних копіях зберігалися різні версії одного і того ж файлу, і у результаті будуть відновлені усі варіанти. Тому при послідовному відновленні даних з архіву "як є" має сенс резервувати більше дискового простору, щоб змогли поміститися у тому числі і видалені файли.
Переваги методу :
- ефективне використання носіїв - Оскільки зберігаються тільки файли, змінені з моменту останнього повного або інкрементного резервного копіювання, резервні копії займають менше місця;
- менший час резервного копіювання і відновлення - Інкрементне резервне копіювання займає менше часу, чим повне і диференціальне резервне копіювання.
Недолік методу :
- дані резервного копіювання зберігаються на декількох носіях - Оскільки резервні копії розташовані на декількох носіях, відновлення пристрої після аварії може зайняти більше часу. Крім того, для ефективного відновлення працездатності системи носії повинні оброблятися в правильному порядку.
