Інкрементное резервне копіювання. Типи бекапіть RMAN Інкрементное копіювання

Вступ

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

Acronis True Image може

виконувати

інкрементне

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

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

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

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

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

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

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

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

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

клонування

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

Створення резервних копій у вигляді образу

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

Резервне копіювання в режимі реального часу

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

Схеми ротації.

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

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

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

«Дід, батько, син» Дана схема має ієрархічну структуру і передбачає використання комплекту з трьох наборів носіїв. Раз в тиждень робиться повна копія дисків комп'ютера ( «Батько»), Щодня ж проводиться инкрементальное (або диференціальне) копіювання ( «Син»). Додатково раз на місяць проводиться ще одне повне копіювання ( «Дід»). Склад щоденного і щотижневого набору постійний. Таким чином, у порівнянні з простою ротацією в архіві містяться тільки щомісячні копії плюс останні щотижневі і щоденні копії. Недолік даної схеми полягає в тому, що в архів потрапляють тільки дані, що були на кінець місяця, а також знос носіїв.

«Ханойська вежа» Схема покликана усунути деякі з недоліків схеми простий ротації і ротації «Дід, батько, син». Схема побудована на застосуванні декількох наборів носіїв. Кожен набір призначений для тижневого копіювання, як в схемі простий ротації, але без вилучення повних копій. Іншими словами, окремий набір включає носій з повною тижневої копією і носії з щоденними Інкрементальний (диференціальними) копіями. Специфічна проблема схеми «ханойська вежа» - її більш висока складність, ніж у інших схем.

«10 наборів» Дана схема розрахована на десять наборів носіїв. Період з сорока тижнів ділиться на десять циклів. Протягом циклу за кожним набором закріплений один день тижня. Після чотиритижневого циклу номер набору зсувається на один день. Іншими словами, якщо в першому циклі за понеділок відповідав набір номер 1, а за вівторок - номер 2, то в другому циклі за понеділок відповідає набір номер 2, а за вівторок - номер 3. Така схема дозволяє рівномірно розподілити навантаження, а отже, і знос між усіма носіями.

Схеми «Ханойська вежа» і «10 наборів» використовуються нечасто, так як багато систем резервного копіювання їх не підтримують.

Зберігання резервної копії

1. Стрічка стримера - запис резервних даних на магнітну стрічку стримера;

2. «Хмарний» бекап »- запис резервних даних по« хмарної »технології через онлайн-служби спеціальних провайдерів;

3. DVD або CD - запис резервних даних на компактні диски;

4. HDD - запис резервних даних на жорсткий диск комп'ютера;

5. LAN - запис резервних даних на будь-яку машину всередині локальної мережі;

6. FTP - запис резервних даних на FTP-сервери;

7. USB - запис резервних даних на будь-який USB-сумісного пристрою (таке, як флеш-карта або зовнішній жорсткий диск);

8. ZIP, JAZ, MO - резервне копіювання на дискети ZIP, JAZ, MO.

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

Зміст:

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

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

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

Створення повної копії;
Генерація инкрементной копії;
Створення диференціальної копії.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кожен блок даних у файлі даних містить системний номер зміни (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.

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

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

Інкрементальний бекап.
Копіювання тільки нових і змінених файлів.

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

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

Цей тип бекапу відмінно підійде для резервного копіювання великих обсягів вихідних даних, 50 гігабайт і більше. Швидкість створення backup "ов буде досить високою, а розмір кожної додаткової копії може бути всього 100-200 мегабайт.

плюси:

Швидке створення резервної копії
Малий обсяг, яку він обіймав резервною копією (економія місця на диску)

мінуси:

Складність настройки (в порівнянні з повною копією Full Backup)
Складність відновлення файлів (в порівнянні з повною копією)

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

Як зробити інкрементний бекап за допомогою Exiland Backup

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

Ця універсальна програма добре підійде для резервного копіювання файлової 1С, сайтів на Wordpress і інших CMS, копіюючи файли сайту з FTP-сервера на локальний ПК.

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

Скріншот програми. Вибір типу копіювання.

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

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

Після закінчення виконання завдання буде створено, вам необов'язково чекати час настання запуску - ви можете запустити завдання вручну, натиснувши на кнопку "Виконати", розташовану на верхній панелі.

Михайло, розробник програми

Інші типи копіювання.