Диференціальний інкрементальний бекап. Типи бекапіть RMAN. Synthetic full backup: синтетичне резервне копіювання

Доброго часу доби, шановні читачі блогу сайт! Бекапи файлів даних за допомогою диспетчера RMAN можуть бути двох видів: або повними резервними копіями файлів даних, або Інкрементальний. Я постараюся описати, в чому відмінність між цими видами і особливості кожного типу бекапа.

повні бекапи

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

інкрементальні бекапи

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

Плюси інкрементального резервування в порівнянні з повним

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

Повні, інкрементні і диференціальні резервні копії

Acronis Backup & Recovery 11 надає можливість використання популярних схем резервного копіювання, таких як «дід-батько-син» і «Ханойська вежа», а також створення власних схем резервного копіювання. Всі схеми резервного копіювання будуються на основі методів повного, інкрементного і диференціального резервного копіювання. Термін «схема» в дійсності означає алгоритм застосування цих методів в поєднанні з алгоритмом очищення архіву.

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

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

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

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

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

Повний резервне копіювання найбільш корисно в наступному випадку:

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

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

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

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

Інкрементное резервне копіювання найбільш корисно в наступному випадку:

потрібно відновити одне з декількох збережених станів,

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

Приклад: резервне копіювання журналу транзакцій бази даних.

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

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

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

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

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

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

параметр	Повна резервна копія	Диференціальна резервна копія	Інкрементна резервна копія
дисковий простір	максимальне		Мінімальна
Час створення	максимальне		Мінімальна
час відновлення	Мінімальна		максимальне

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

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

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

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

відмінності

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

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

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

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

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

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

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

Багатьом відомі різні системи створення образів дисків і резервного копіювання даних, наприклад Acronis True Image, Pagaron Drive Backup, Ghost, Time Machine для Mac-сумісних комп'ютерів і ін. Компанія Microsoft також впровадила в свої операційні системи систему резервного копіювання даних, яка доступна як для звичайних користувачів, так і для системних адміністраторів. До випуску операційної системи Windows Vista компанія Microsoft пропонувала користувачам систему резервного копіювання NTBackup і утиліту System Restore, які мали масу недоліків. З виходом Windows Vista і переходом на формат зберігання образів VHD з'явилася можливість більш простого резервного копіювання даних і створення образів операційної системи засобами нового комплексу утиліт під назвою Windows Backup and Restore. Після випуску нових операційних систем цей компонент удосконалювався і модифікувався. У даній статті ми розглянемо, що пропонує компанія Microsoft кінцевому користувачеві для резервування даних в недавно вийшла операційній системі Windows 8. Але спочатку коротко розповімо про основні типи резервного копіювання, які реалізовані в численних продуктах різних компаній.

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

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

Клонування розділів і створення образів

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

Повний файлове резервування

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

диференціальне резервування

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

Інкрементное резервування (Incremental backup)

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

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

Windows Backup And Restore

компонент Windows Backup And Restore (відзнятого Відновлення) став доступний користувачам починаючи з виходу операційної системи Windows Vista і відповідає за створення повного бекапа операційної системи з можливістю інкрементного резервування. З виходом операційної системи Windows 8 цей компонент змінив назву на Windows 7 File Recovery. Хоча він нічого зі свого функціоналу і не втратив, Microsoft рекомендує використовувати для резервування даних нову утиліту File History, яка включена в операційні системи Windows 8 і Server 2012, але про неї ми розповімо трохи пізніше. Windows Backup And Restore дозволяє створювати автоматичний повний бекап на змінний носій, оптичні диски або в спеціальне місце на віддаленому сервері.

Остання можливість доступна тільки для певних редакцій Windows 7/8, так як позиціонується як рішення для ІТ-адміністраторів компаній. Повний бекап системи в разі використання цього компонента передбачає не тільки збереження файлів користувачів, але і можливість створення образу всієї операційної системи і резервування окремих дисків комп'ютера. Для користувача також є створення виключно образу системи, який згодом можна не тільки витягти на новий носій цього комп'ютера, але і використовувати як віртуальний диск в системах віртуалізації. У разі застосування даного компонента користувач може задати ті папки, які необхідно резервувати, а також вказати ті системні диски, які потрібно зберігати при повному бекапи. При резервуванні тільки файлів користувача Windows Backup And Restore використовує інкрементне резервування даних, що дозволяє отримати більшу кількість зліпків файлів в різні моменти часу. Зазвичай повне резервування виконується раз на тиждень і передбачає не тільки резервування файлів користувача, але і створення образу системи, а також копіювання даних для контрольних точок відновлення компонента Windows System Recovery. Процес відновлення файлів користувачів може відбуватися прямо з-під операційної системи - він досить простий і зрозумілий для більшості користувачів. Відновлення системи при серйозному збої може бути здійснено за допомогою вбудованих утиліт Windows Recovery. Для цього необхідно або створити новий спеціальний диск відновлення, або використовувати інсталяційний образ операційний системи, з якого вона встановлювалася на ПК раніше. При завантаженні в режимі відновлення Windows Recovery запропонує користувачеві на вибір наступні режими відновлення: відновлення файлів, перехід до певної точки відновлення, витяг резервного образу системи на основний системний диск. Дані для відновлення в цьому випадку можуть бути взяті з оптичного носія, зовнішнього або внутрішнього накопичувача, А також з мережевого сховища даних. Редакція операційної системи в цьому випадку ролі не грає. На жаль, незважаючи на те, що Windows Backup And Restore - досить потужний і зручний компонент операційної системи, компанія Microsoft заявила, що, згідно з проведеними дослідженнями, цією програмою користуються в кращому випадку 5% користувачів. У зв'язку з цим для більш простого і ефективного резервування даних компанія Microsoft розробила для користувачів наступне покоління резервування системи - Windows File History.

Windows File History

Windows File History, новий компонент операційних систем Windows 8 і Server 2012, в деякому роді заміщає свого попередника - Windows Backup And Restore. Він покликаний замінити тільки інкрементне файлове резервування, в той час як створення образів системи і режим повного резервного копіювання можуть бути виконані виключно з допомогою Windows 7 File Recovery. Компонент Windows File History спочатку розроблявся як зручне і практичне рішення для користувачів, яким необхідний прозорий спосіб резервування своїх важливих даних. При розробці цієї утиліти особливу увагу було приділено простоті ініціалізації процесу в поєднанні з можливістю зручного і швидкого перегляду всіх збережених даних. Процес резервування за допомогою нової утиліти відбувається непомітно для користувача в автоматичному режимі і не вимагає від нього додаткових дій. Не можна не відзначити модифікування резервування на мережеві пристрої, Що дозволяє легко і зручно працювати з збереженими файлами, якщо використовуються мобільні підключення або слабкі канали зв'язку.

За основу утиліти Windows File History була взята частина базового функціоналу Windows Backup And Restore, в якій перероблена візуальна складова, відповідальна за подання збережених даних користувача. Перегляд раніше збережених даних тепер доступний з файлового менеджера Windows Explorer за допомогою окремої вкладки History. Це дозволяє швидко знайти необхідні файли і відновити їх в будь-яке місце в системі. Незважаючи на те що процес резервування грунтується на інкрементного резервування, при роботі з ним не виникає думки, що це саме резервування, це скоріше історія створення, модифікування або видалення файлів користувачів, доступна в будь-який момент. Такий підхід до резервування даних, безумовно, підійде більшості недосвідчених користувачів, оскільки процес зручний і більш наочний в застосуванні, ніж робота з Windows Backup And Restore.

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

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

За замовчуванням резервування за допомогою утиліти Windows File History відбувається щогодини, однак при необхідності користувач може сам вибрати проміжки часу між кожним резервуванням даних. Користувачеві доступна можливість встановити проміжки між резервуванням від 10 хвилин до 1 дня. Для Windows File History бути активним лише одне поточне місце для резервування, проте, якщо додати кілька накопичувачів в місця для резервування, вони можуть використовуватися поперемінно в залежності від їх доступності. Це зручно в разі застосування мережевого сховища і окремого накопичувача. Таким чином, дані будуть зберігатися в кілька місць в залежності від поточної конфігурації. Також не можна не відзначити функцію вибору кількості глибини збережених копій. Наприклад, після одного або декількох місяців система може автоматично затирати старі дані, замінюючи їх новими. Це дозволяє економити простір в тому місці, куди відбувається резервування даних. Крім того, користувач може використовувати до 25% простору накопичувача для резервування даних.

Утиліта Windows File History за замовчуванням резервує найбільш активно використовуються папки, а саме - «Контакти», «Вибране» і «Робочий стіл». Крім того, резервування автоматично застосовується до всіх використовуваних папок «Бібліотеки». Користувач може створювати власні бібліотеки даних, які, по суті, є символьними посиланнями на реальні папки комп'ютера. Тобто якщо користувачеві необхідно резервувати конкретну папку на ПК, йому перед установкою Windows File History необхідно додати цю папку в бібліотеки. До того ж якщо деякі папки потрібно виключити з резервування, то користувач може вибірково виключити всі бібліотеки користувача або ж набір часто використовуваних папок. З урахуванням активної інтеграції з функцією «хмарного» зберігання даних Windows Skydrive використання цього «хмарного» сервісу може бути націлене на резервування важливих даних користувача, які зберігаються в «хмарі». Для того щоб така зв'язка працювала, необхідно лише встановити Skydrive, - після цього він автоматично додасться в бібліотеки і буде резервуватися в міру необхідності. На жаль, функція резервування даних на «хмару» поки недоступна користувачам, але компанія Microsoft вже планує додати певну можливість щодо резервування даних на «хмарні» сховища даних в майбутніх версіях своїх ОС.

Таким чином, нова система резервування Windows File History відмінно підходить для більшості користувачів. Простий і зрозумілий інтерфейс з можливістю швидкого додавання і відновлення файлів набагато ближче до сучасного користувачеві, ніж попередня версія інкрементного резервування в Windows Backup And Restore.

Про резервне копіювання в останнім часом багато говорять і пишуть. І ми, SIM-Networks, в тому числі. :)

Модна тема неминуче мифологизируется. Нам властиво заповнювати прогалини в своїх знаннях вигаданими фактами і суб'єктивними оцінками. Так відбувається, зокрема, в тому, що стосується послуги резервного копіювання та питання її організації провайдерами хостингу. Чи повинен хостер надавати своїм клієнтам резервне копіювання автоматично, за умовчанням? Відповідь на це питання можна знайти в нашому матеріалі

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

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

Як налаштувати бекап

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

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

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

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

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

Основні критерії вибору програми для бекапів

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

ефективність витрат ресурсів: програма повинна працювати в максимально автономному режимі (Не відволікаючи вас і не витрачаючи ресурс вашого часу, тобто автоматизована наскільки можливо), з мінімально можливої \u200b\u200bзавантаженням ресурсів системи і виконуватися за мінімально можливий час;
швидкість відновлення: ПО повинно відновлювати ваші дані з резервної копії максимально швидко, щоб не страждали бізнес-процеси; ідеальною буде функція роботи безпосередньо з копіями даних;
захист даних і безпеку: програма для резервного копіювання обов'язково повинна забезпечувати вам достатній рівень безпеки - як криптографічними, так і апаратними засобами (захист каналів передачі даних в СГД, захист даних під час операції резервного копіювання, можливість відновлення перерваної сесії);
гнучкість: ПО повинно бути однаково придатне для всіх типів даних (оскільки неможливо прогнозувати, які з них ви вважаєте критично важливими і виберете для копіювання в резервне СГД), а також давати вам можливість вибору методів бекапа і однаково повноцінно функціонувати при будь-якому з них.

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

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

Повний бекап (full backup)

Тут все зрозуміло з назви: кожен раз, згідно із завданням на бекап, створюється повна копія всієї системи, точніше, всіх тих даних, які ви визначили для резервного копіювання при постановці завдання. Для зменшення підсумкового обсягу резервної копії всі дані стискаються в архів. Таким чином, у вашому сховищі при повному резервному копіюванні з заданою періодичністю з'являються архіви, де дані в основній своїй масі дублюються (оскільки протягом довгого часу не змінюються). Це серйозний недолік, адже витрачається величезний обсяг ресурсів (см.п.1 в списку критеріїв бекапа): місце в сховище, час створення і процесорний час, обчислювальні потужності, Нарешті, ресурси трафіку при транспортуванні архівів в віддалену СГД. І хоча метод повного копіювання раніше був дуже поширеним через високу надійності, в чистому вигляді на сьогоднішній день він визнаний малоефективним. Наприклад, для резервного копіювання невисокою глибиною (менше двох тижнів) або з високою частотою (раз на добу, раз в кілька годин) повний бекап надмірно витрачає ресурси.

Трохи врятує ситуацію механізм дедуплікаціі - виявлення і видалення дубльованих даних в повних копіях. Він також задається спеціальними програмними засобами як на рівні СГД або сервера, так і на клієнті безпосередньо. Статистика в деяких джерелах наводить вражаючі результати ступеня дедуплікаціі - від 90% до 98%.

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

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

Інкрементальний, або інкрементний, бекап (incremental backup)

У порівнянні з full backup набагато економічніше і швидше, оскільки в цьому процесі копіюються тільки ті файли, які змінилися з часу попереднього резервного копіювання. Вихідні дані, записані спочатку, не перезаписувати. Механізм інкрементального копіювання простий: в якості початкової точки бекапа Х 0 вибирається час (наприклад, опівночі з неділі на понеділок), в яке робиться повний бекап; в точці Х 1 (опівночі з понеділка на вівторок) робиться копіювання файлів, змінених і / або з'явилися з моменту Х 0; в точці Х 2 (опівночі з вівторка на середу) копіюються файли, змінені / з'явилися з моменту виконання Х 1; ... в точці Х n відбувається завершення циклу і робиться наступний повний бекап.

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

Диференціальний бекап (differential backup)

Виграє перед інкрементального в разі відновлення даних - час на цю операцію у нього менше, оскільки порівнюються повні копії Х 0 і Х n і не потрібно поетапного відновлення. Однак в частині обсягу простору для розміщення в СГД диференціальне резервне копіювання можна порівняти з повним, тому економії місця в сховищі і трафіку практично не досягається.

При диференціальному бекапе відбувається копіювання «наростаючим підсумком»: кожен змінений файл у кожній наступній точці бекапа копіюється заново. Тобто виглядає це як: Х 0, Х 1, Х 1 + Х 2, Х 1 + Х 2 + Х 3, ... + Х n, Х 0 + Х (1 + ... n)

Словом, дуже громіздко і складно при розрахунку місця в СГД.

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

інкрементальний обробляє файли, змінені або створені з моменту виконання попереднього бекапа;
диференційний обробляє файли, змінені або створені з моменту виконання попереднього повного бекапа.

Інші види резервного копіювання

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

Його відрізняє висока швидкість створення, крайня економія місця і значно менше (в порівнянні з інкрементального і диференціальним бекапіть) кількість надлишкових даних. Здавалося б, застосовувати дельту повинні все, але цього не відбувається, оскільки створення резервних копій таким способом і відновлення інформації відбувається засобами спеціального ПО. Крім того, відновлення з дельта-бекапа відбувається дуже довго: дані доводиться збирати з мозаїки змінених шматочків. Проте, цим методом зручно користуватися для забезпечення безперервної захисту даних (коли бекап файлу робиться безпосередньо після його створення або внесення в нього змін - механізм, який віддалено нагадує автосохранение в файлах Word'а))) або у випадках зниженої пропускної здатності при збереженні резервних копій в віддаленому СГД.

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

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

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

За останні 12-15 років в технологіях резервного копіювання відбулося багато критичних змін, які змусили переглянути ефективність підходів і відкрити нові способи. Наприклад, впровадження технології снепшот (snapshots) - моментальних «знімків» файлової системи, з яких можна «склеїти» резервну копію, - дозволяють в хмарних системах робити резервне копіювання швидко і безболісно, \u200b\u200bне зупиняючи віртуальної машини. Крім того, застосовуючи в хмарі, снепшот дозволяють серйозно економити ресурс СГД, оскільки на диску клієнта вони місця не займають.

Клієнти SIM-Networks вибирають бекап!

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

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

Якщо ви орендуєте потужності в нашій хмарної інфраструктурі, замовити послугу резервного копіювання SIM-Cloud BaaS, простіше простого, в пару кліків. Все вже налагоджено і буде підключено автоматично, як тільки ви дасте команду. До речі, коли наші інженери розробляли SIM-Cloud BaaS, вони проаналізували ефективність різних типів бекапа і зупинили свій вибір на методі інкрементального копіювання. Наше резервне копіювання в хмарі оптимізовано таким чином, що показник RTO (час відновлення даних з копії) становить в середньому від 15 до 30 хвилин в залежності від обсягу даних. Хмарний BaaS від SIM-Networks відповідає всім заявленим вище критеріям високоякісного резервного копіювання.

Ви можете самостійно вибрати, в якому дата-центрі організувати сховище для бекапів. Перший варіант - локальне зберігання: ваші резервні копії зберігаються в тому ж ДЦ, де розгорнута ваша основна інфраструктура. Це дає можливість прискорити RTO і RPO. Другий варіант - бекапи відправляються на зберігання в дата-центр, віддалений від того, в якому розгорнута основна інфраструктура. Відновлення даних в цьому випадку буде відбуватися трохи повільніше, але фактор безпеки вище. Якщо ви сумніваєтеся, який варіант вибрати, зверніться в нашу службу Customer Care - вам допоможуть підібрати оптимальне рішення.

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