Повне резервне копіювання. Резервне копіювання: найефективніші методи для різних завдань. Як створити диференціальний бекап за допомогою Exiland Backup

Вступ

Copyright © Acronis, Inc., 2000-2005

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

Acronis True Image може

виконувати

інкрементне

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

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

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

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

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

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

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

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

Сьогодні ми розглянемо принципи організації інкрементального та диференціального резервного копіювання з використанням програми.

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

У такому разі нам необхідно буде організувати резервне копіювання з використанням APBackup тільки змінених та нових файлів з моменту останнього повного бекапу, що займе небагато часу, особливо у разі резервного копіювання на FTP.

Чим відрізняється інкрементальне та диференціальне копіювання? Припустимо, ми зробили повну резервну копію вихідного каталогу і тепер щодня необхідно зберігати зміни цього каталогу. У разі інкрементального бекапу, щодня програма архівуватиме лише нові або змінені файли з моменту останнього бекапу (повного або інкрементального). Таким чином, щоб відновити вихідний каталог у разі аварії нам знадобиться повний архів та всі інкрементальні копії з моменту створення цього повного архіву. У разі диференціального копіювання щодня створюватиметься наростаючий архів нових та змінених файлів з моменту повного архіву. Тобто. кожен наступний диференціальний архів містить файли, що входять до всіх попередніх диференціальних архівів. При відновленні нам знадобиться лише повний архів та ОСТАННИЙ диференціальний.

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

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

Режим копіювання може бути БУДЬ-ЯКИЙ, програма буде працювати однаково в будь-якому режимі: Архівування (можливо з використанням зовнішнього архіватора), копіювання, копіювання на FTP. У прикладі це буде архівування з використанням внутрішнього архіватора.

Отже, спочатку створимо завдання організації повного копіювання.

Назвемо завдання TEST_FULL, режим копіювання: «Архівувати», Вид резервного копіювання: "Зберігати всі файли"

Розклад: щотижня по неділях.

Джерело: "C:\WORK"

Для збереження повного архіву використовуємо папку "d:\backup\", архів має префікс "FULL_" + формат дати. Глибина = 1, тобто. буде збережено лише 1 останній повний архів.

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

Тепер, коли завдання для повного резервного копіювання готове, можна створити копію для налаштування інкрементального резервного копіювання. Копію завдання можна зробити, перебуваючи в основному вікні програми через меню "Завдання"-> "Створити копію (F5)"

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

Опис: «TEST_INC», Вид резервного копіювання: «Тільки нові та змінені файли (з останнього архіву)». Це якраз інкрементальний режим резервного копіювання. Для вибору диференціального режиму необхідно вибрати режим копіювання: "Тільки нові та змінені файли (з останнього повного архіву)"

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

На закладці «Збереження архіву»необхідно змінити префікс архіву іншою ніж у повної копії, змінимо на «INC_». А також змінимо глибину архіву на 7 ДНІВ. Т.к. для відновлення нам знадобляться ВСІ інкрементальні копії з повного архіву тобто. усі копії за останні 7 днів. Що стосується диференціального копіювання глибину можна ставити 1 день, т.к. нам потрібно буде лише останній архів.

Зауважимо, що можна змінити і директорію архіву, наприклад, повні резервні копіїзберігати на одному диску, а інкрементальні на іншому.

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

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

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

Назва цього типу бекапа походить від англійського слова 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)", для інкрементних копій, щоб візуально їх легко відрізняти від повних.

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

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

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

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

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

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

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

Відмінності

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

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

p align="justify"> Швидкість резервного копіювання також має вирішальне значення, оскільки диференціальні резервні копії досить швидкі, на відміну від інкрементних резервних копій, коли не підтримується багато резервних копій даних. Проте зі зростанням бази даних швидкість диференціальних резервних копій зменшується. Інкрементальні резервні копії стають більш бажаними, ніж диференціальні резервні копії під час роботи з великими базами даних, оскільки резервні копії лише змінених файлів.

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

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

Диференціальні резервні копії швидше, ніж інкрементні резервні копії для невеликих баз даних.

Інкрементне резервне копіювання вигідніше для великих наборів даних.