Інкрементна резервна. Види резервного копіювання

Види (типи) резервного копіювання різняться за багатьма параметрами. У цій статті ми розглянемо основні алгоритми резервного копіювання, проведемо короткий огляд кожного з традиційних та нових видів резервного копіювання. Покажемо, чим вони відрізняються, а також перерахуємо переваги та недоліки кожного з них.

Full Backup: ПОВНЕ РЕЗЕРВНЕ КОПІЮВАННЯ

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

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

Переваги Full Backup:

• швидке відновленняданих
• просте управління
• всі дані містяться в одній резервній копії

Недоліки Full Backup:

• вимагає багато місця для зберігання резервних копій
• тривале виконання резервного копіювання

Differential Backup: ДИФЕРЕНЦІЙНЕ РЕЗЕРВНЕ КОПІЮВАННЯ

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

Диференціальна резервна копія дозволяє швидше відновлювати дані порівняно з інкрементним резервним копіюванням, оскільки для цього потрібні лише дві частини резервної копії: повна резервна копія та остання диференціальна резервна копія. Швидкість резервного копіювання/відновлення, знаходиться десь між повним та інкрементним методом резервного копіювання. Резервне копіювання виконується швидше ніж повна резервна копія, але повільніше, ніж інкрементне резервне копіювання. Відновлення виконується повільніше, ніж у повної резервної копії, але швидше, ніж інкрементних резервних копій. Об'єм пам'яті, необхідний для диференціального резервного копіювання, принаймні на певний період менше, ніж потрібно для повного резервного копіювання і більше, ніж потрібно для резервного копіювання інкрементного.

Переваги Differential Backup:

• резервне копіювання швидше, ніж повне, але повільніше, ніж інкрементне
• відновлення швидше, ніж інкрементне, але повільніше, ніж повне
• більше надійний спосіб(для відновлення потрібна тільки повна та остання резервна копія)

Недоліки Differential Backup:

• кожен наступний бекап виконується довше за часом і займає більше дискового простору у сховищі

Incremental Backup: ІНКРЕМЕНТНЕ РЕЗЕРВНЕ КОПІЮВАННЯ

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

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

Переваги Incremental Backup:

• висока швидкістьрезервного копіювання (копіюються лише блоки змінених даних)
• менше місця для зберігання (порівняно з повним)
• більша кількість точок відновлення

Недоліки Incremental Backup:

• низька швидкість відновлення даних (необхідно відновити як початкову повну копію, і всі наступні блоки)
• менш надійна (залежить від цілісності всіх блоків у ланцюжку)

Reverse Incremental Backup: ЗВОРОТНЕ ІНКРЕМЕНТНЕ РЕЗЕРВНЕ КОПІЮВАННЯ

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

На відміну від зворотного, при звичайному інкрементному резервуванні остання резервна копія залежить від усіх зроблених раніше, тому на відновлення даних йде більше часу (оскільки в процесі беруть участь жодна, а кілька резервних копій), а так само якщо хоч одна копія пошкоджена, відновлення даних буде неможливо.

Переваги Reverse Incremental Backup:

• швидке відновлення (для останніх копій)
• більш висока безпека даних
• більш гнучке керування обсягом сховища (buckup repository). При нестачі місця, без наслідків можна видалити старі версії резервних копій
• низьке завантаження мережі (як для звичайного інкрементного РК)

Недоліки Reverse Incremental Backup:

• вищі вимоги до сервера резервного копіювання
• більше часу для відновлення старих копій

Synthetic Full Backup: СИНТЕТИЧНЕ РЕЗЕРВНЕ КОПІЮВАННЯ

Синтетична резервна копія має багато спільного із зворотним інкрементним типом резервного копіювання. Відмінність полягає в тому, що для створення нової повної резервної копії використовуються раніше створені full та Incremental Backup. Синтетичне резервне копіювання, як і інші способи, починається зі створення повної резервної копії, за якою слідує серія інкрементних резервних копій. В даний момент існуюча повна резервна копія та інкременти об'єднуються (синтезуються) у нову повну резервну копію, ця нова копія стане вихідною для створення наступних інкрементів і т.д. Синтетичний тип резервного копіювання має такі самі переваги як full backup, але при цьому вирішує його недоліки, менше навантажує мережу та економить простір для зберігання бекапу.

Переваги Synthetic Full Backup:

• висока швидкість резервного копіювання та відновлення
• гнучке управління даними
• низьке завантаження мережі (для отримання інкрементних РК)

Недоліки Synthetic Full Backup:

• вище навантаження на сервер резервного копіювання
• у деяких випадках ліцензується як окрема опція

Висновок

Ми розглянули основні способи резервного копіювання. При виборі типу резервного копіювання необхідно враховувати плюси та мінуси в кожному окремому випадку, виходячи з політики захисту даних, обсягу сховища, обчислювальних ресурсів, пропускною здатністюмережі, угод про рівень обслуговування, критичними областями даних тощо.

Резервне копіювання даних - те, що повинен регулярно виконувати кожен активний користувач комп'ютера, який не хоче втратити всю свою інформацію (або частину від неї) у разі несподіваного збою. Часто в різних додатках, призначених для резервного копіювання інформації, можна зустріти три механізми, як створити копію: повністю, інкрементно чи диференціально. У рамках цієї статті розглянемо, чим ці способи копіювання відрізняються один від одного.

Методи резервного копіювання даних

Програм, розроблених для створення резервної копії інформації, багато, як в операційній системі Windows, там і в Mac OS. Усі вони виконують приблизно однакові дії – створюють резервну копію операційної системи, повністю копіюють диск, деякі розділи, папки або інші дані, залежно від налаштувань, вибраних користувачем. Після цього ці резервні копії можна використовувати для відновлення інформації.

Створена резервна копія потребує постійної актуалізації. На базі застосованих у програмі умов створення бекапу можна виконати створення копії, вибравши при цьому механізм резервного копіювання:

• створення повної копії;
• генерація інкрементної копії;
• Створення диференційної копії.

Дані дії є в багатьох додатків, наприклад, в одній із самих популярних програмдля резервного копіювання даних AOMEI Backupper. У рамках цієї статті приклади будуть розглянуті на ній, але знайти подібні механізми резервного копіювання можна і в інших програмах.

Повне резервне копіювання

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

Метод повного резервного копіювання найнадійніший, але й марнотратний у плані ресурсів. Щоб створити резервну копію операційної системи Windowsі кількох невеликих додатків, знадобляться десятки гігабайт. Відповідно постійно зберігати такі повноцінні бекапи і зберігати їх на жорсткому диску нераціонально і марнотратно з точки зору вільного простору на накопичувачі. Саме тому використовуються два інші механізми, розглянуті нижче.

Інкрементне резервне копіювання

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

Таким чином, кожна наступна після першої інкрементна копія містить лише інформацію про зміни. Виглядає це приблизно так:

• Друга копія Дочірня - містить у собі інформацію про зміну даних із часів створення першої копії;
• Третя копія Дочірня до другої - містить у собі інформація про зміну даних із часів створення другої копії.

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

Диференційне резервне копіювання

Диференціальний метод копіювання близький до інкрементного за змістом, але між ними є ключова відмінність. У рамках диференціального копіювання нові знімки є дочірніми до першого.

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

• Перша копія Основна - містить у собі всю інформацію;
• Друга копія Дочірня - містить у собі відомості про зміну даних із часів створення першої копії;
• Третя копія Дочірня - містить відомості про зміну даних з часів створення першої копії.

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

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

Який метод резервного копіювання краще

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

• Повне резервне копіювання. Найнадійніший спосіб. Підійде тим користувачам, які мають можливість зберігати великі за обсягом бекапи;
• Інкрементне резервне копіювання. Найкращий варіант для користувачів, які роблять бекап на диску малого об'єму, наприклад, на SSD-накопичувачі. Перевага цього методу, у порівнянні з диференціальним резервним копіюванням, лише у розмірі кожного нового знімка системи;
• Диференційне резервне копіювання. Найкращий варіант для користувачів домашніх комп'ютерів. При такому способі копіювання потурбуватися необхідно тільки збереженням першої копії.

Вступ

Copyright © Acronis, Inc., 2000-2005

У чому різниця між повним, інкрементним та
диференційним резервним копіюванням?

Acronis True Imageможе

виконувати

інкрементне

диференційне резервне копіювання.

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

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

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

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

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

Це і для інкрементного копіювання. Максимальну ж вигоду
інкрементне копіювання приносить, коли потрібно часто зберігати стан
даних і мати можливість повернутися до будь-якого з цих станів. Створюючи
повний архів раз на місяць та інкрементний архів щодня, ви отримаєте
той самий результат, ніби щодня проводили повне копіювання. Але
часу та дискового простору (або змінних носіїв) буде витрачено
приблизно вдесятеро менше.

Зауважимо, що наведені міркування – не більше ніж приклади для вашого
відомості. Рекомендуємо виробити власну політику резервного

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

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

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

Інкрементні резервні копії рівня 0 та рівня 1

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

Інкрементний бекап рівня 1 може мати один з наступних типів:

• Диференціальний бекап, який резервує всі блоки, змінені після останнього інкрементного бекапу на рівні 1 або 0
• Кумулятивний бекап, який резервує всі блоки, змінені після останнього інкрементного бекапу на рівні 0

Інкрементні бекапи є диференціальними за умовчанням.

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

Диференціальні Інкрементні Бекапи

У диференціальному бекапі рівня 1 RMAN резервує всі блоки, які змінилися, починаючи з останнього кумулятивного або диференціального інкрементного бекапу на рівні 1 або 0. RMAN визначає, який бекап рівня 1 був останній раз і резервує всі блоки, модифіковані після цього бекапу. Якщо ніякий бекап рівня 1 не доступний, RMAN копіює всі блоки, змінені з бекапу рівня 0.

Наступна команда виконує диференціальний інкрементний бекап рівня 1 бази даних:

RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE;

Якщо бекап рівня 0 недоступний, поведінка залежить від встановлення режиму сумісності. Якщо сумісність >=10.0.0, RMAN копіює всі блоки, змінені з моменту створення файлу і зберігає результати як бекап рівня 1. Іншими словами, під час інкрементного резервного копіювання береться SCN, що дорівнює SCN створення файлу. Якщо сумісність<10.0.0, RMAN генерирует бэкап уровня 0 содержимого файла во время резервного копирования, чтобы не было противоречия с предыдущими релизами.

Рисунок 1 Диференціальні Інкрементні Бекапи (за замовчуванням)

• В неділю
  Інкрементний бекап рівня 0 резервує всі
• З понеділка – по суботу
  Щодня з понеділка до суботи диференціальний інкрементний бекап рівня 1 резервує всі блоки, які змінилися, починаючи з останнього інкрементного бекапу на рівні 1 або 0. Так, бекап у понеділок копіює блоки, змінені починаючи з недільного бекапу рівня 0, бекап у . , змінені починаючи бекапу рівня 1 у понеділок 1 і т.д.

Кумулятивні Інкрементні Бекапи

У кумулятивному бекапі рівня 1 RMAN резервує всі блоки, які використовувалися, починаючи з останнього інкрементного бекапу рівня 0. Кумулятивні бекапи зменшують роботу, необхідну для відновлення, гарантуючи, що Вам знадобиться тільки один інкрементний бекап від будь-якого певного рівня. Однак, кумулятивні резервні копії вимагають більше простору та часу, ніж диференціальні бекапи, оскільки вони копіюють роботу, зроблену попередніми бекапами на тому самому рівні.

Наступна команда виконує кумулятивний бекап рівня 1 бази даних:

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE; блоки, змінені з рівня 0

Малюнок 2 Кумулятивні Інкрементні Бекапи

У прикладі, показаному на , відбувається таке:

• В неділю
  Інкрементний бекап рівня 0 резервує всіблоки, які будь-коли використовувалися у цій базі даних.
• З понеділка – по суботу
  Кумулятивний інкрементний бекап рівня 1 копіює всі блоки, змінені починаючи з останнього бекапу рівня 0. Оскільки останній бекап рівня 0 створювався в неділю, бекап рівня 1 щодня з понеділка до суботи резервує всі блоки, які змінилися починаючи з недільного бекапу.
• Цикл повторюється протягом наступного тижня.

Проста Стратегія Інкрементного резервного копіювання

Виберіть схему резервування згідно з прийнятним MTTR (скор. від mean time to recover – середній час для відновлення). Наприклад, можна реалізувати трирівневу схему резервування так, щоб повний або бекап рівня 0 брався щомісяця, кумулятивний бекап рівня 1 брався щотижня і диференціальний бекап рівня 1 брався щодня. У цій схемі Вам ніколи не доведеться застосовувати запас журналів транзакцій більш ніж за день для повного відновлення.

Вирішуючи, як часто брати повний або бекап рівня 0, використовуйте хороше емпіричне правило: слід брати новий бекап рівня 0 щоразу, коли 50% або більше даних змінилися. Якщо темп зміни вашої бази даних передбачуваний, можна спостерігати за розміром інкрементних резервних копій, щоб визначити, коли слід брати черговий бекап рівня 0. Наступний запит виводить на екран кількість блоків, записаних у набір резервування для кожного файлу даних з принаймні 50 % його зарезервованих блоків:

SELECT FILE#, INCREMENTAL_LEVEL, COMPLETION_TIME, BLOCKS, DATAFILE_BLOCKS FROM V$BACKUP_DATAFILE WHERE INCREMENTAL_LEVEL > 0 AND BLOCKS / DATAFILE_BLOCKS > .5 ORDER BY COMPLETION_TIME;

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

Спасибі за увагу!.

Що таке диференціальний бекап?

Диференціальний бекап- це тип резервного копіювання файлів , у якому копіюються в повному обсязі вихідні файли, а тільки нові та зміненіз моменту створення попередньої повної копії. Він є чимось середнім між повним резервним копіюванням та інкрементальним. Назва цього типу походить від англійського слова Differential backupі є накопичувальним, тобто. Кожна наступна копія містить нові/змінені файли з моменту створення попередньої повної резервної копії. У російській цей тип копіювання називається Різнивимчи диференційованим. Як і кожен інший, цей тип також має свої переваги та недоліки.

Плюси:

• Відносно невеликий розмір різницевої резервної копії порівняно з повною
• Швидкість створення у рази вища, ніж повного бекапа
• Для відновлення файлів потрібно останній створений повний бекап і останній диференціальний

Мінуси:

• Надмірність даних, оскільки дифф.бекап є накопичувальним

Висновок: Створюйте диференціальний backup у тому випадку, якщо обсяг вихідних даних великий, файли у вихідній папці змінюються не надто інтенсивно, а простота та швидкість відновлення файлів для вас є критичними. Створення диференціальних копій відбувається досить швидко, якщо накопичених змін з моменту створення повної небагато. Оптимальна періодичність створення Differential backup - 1 раз на годину, якщо вихідні файли часто змінюються і 1-2 рази на день, якщо файли редагуються рідко.

Як створити диференціальний бекап за допомогою Exiland Backup

Розглянемо, як створити різницевий бекап файлів вашого ПК за допомогою простої утиліти Exiland Backup.

Встановіть Exiland Backup, запустіть програму.

Після запуску на верхній панелі натисніть кнопку створення нового завдання, впишіть найменування завдання, наприклад, "Мої документи" і натисніть "Далі". На наступному екрані майстра оберіть тип копіювання "Роздатковий (Differential)".

Після вибору типу внизу вікна ви можете обмежити кількість повних копій(за замовчуванням 10) - тоді при досягненні цього обмеження найстаріша повна резервна копія буде автоматично видалена, після чого буде створена нова (це налаштування недоступне у версії Free). Крім того, ви можете обмежити кількість диференціальних копійміж повними (за замовчуванням 8). При досягненні заданого обмеження буде створено чергову повну копію.

На наступних кроках майстра вкажіть вихідну папку, дублікат якої потрібно створити, та куди зберігати. Розклад запуску завдання поки що можете не ставити.

При вказівці шаблону найменування резервних копій, можна додати рядок, наприклад, "(differential)", для диференціальних, щоб візуально можна було легко відрізнити їх від повних.

Після створення завдання запустіть його вручну, натиснувши кнопку "Виконати" зверху, на панелі.

При першому виконанні завдання буде створена повна копія. Скопіюйте провідником Windows будь-якийфайл у вихідну папку та запустіть завдання повторно. Створиться різницева, в якій буде лише новий файл.

Михайло, розробник Exiland Backup

Інші типи резервування: