Диференціал проти інкрементного резервного копіювання
Важливо розуміти, що мається на увазі як диференціальним резервним, так і інкрементного резервним копіюванням, перш ніж обговорювати свої плюси і мінуси. Як випливає з назви, обидва цих методу - це способи, якими комп'ютер підкріплює дані інтелектуальним способом. Під час резервного копіювання даних обидва ці способи допомагають економити час і простір на диску, що має велике значення. Що виділяється в функції інкрементного резервного копіювання, так це те, що тільки файли, які були змінені, резервуються, економлячи час і простір на диску. Загальний результат резервного копіювання даних і корисності методу може варіюватися в залежності від розміру бази даних.
Як уже зазначалося, важливо забезпечити, щоб тільки резервні копії даних були скопійовані з урахуванням швидкості і обсягу необхідних комп'ютерних ресурсів. Диференціальні і інкрементні резервні копії - це два різні способи резервного копіювання даних. Для резервного копіювання даних обидва методи покладаються на використання базового атрибута включення / вимикання, званого біт архіву. Це елемент, який враховує дані, які були скопійовані. властивість файлу заданого файлу під час перевірки має показувати, чи був біт архіву відзначений або не встановлено.
Якщо біт архіву був встановлений або встановлений, він вказує, що файл необхідно скопіювати. Якщо прапорець знятий або очищений, це означає, що файл, про який йде мова, не потребує створення резервних копій. Якщо біт архіву не встановлено, операційна система автоматично перевіряє біт архіву будь-якого зміненого файлу, який, можливо, не буде підтверджено. Коли виконується повна резервна копія, всі архівні біти файлів в системі встановлюються як «вимкнені» за замовчуванням, так як всі їх архівні біти були скопійовані. Це означає, що якщо біт архіву заданого файлу був включений або виключений, вони будуть скопійовані.
відмінності
У інкрементного резервне копіювання резервні копії зберігаються тільки файли з встановленим бітом архіву, після чого біт архіву встановлюється на «вимкнений». Це фактично призводить до копіювання тільки файлів, які були змінені. Найбільша перевага інкрементного резервного копіювання полягає в тому, що він економічний в просторі і ресурсах в порівнянні з методом диференціальної резервної копії.
Диференціальна резервна копія, з іншого боку, також буде створювати резервні копії обраних файлів даних, на яких встановлено або встановлено біт архіву, але цей метод резервного копіювання може змінюватися тим, що він не очищає або не скасовує біт архіву. Це означає, що він створює резервні копії нових файлів і всіх інших файлів, в яких були обрані їх біти архіву. Це означає, що коли вам потрібно відновити резервні копії файлів, ви отримаєте повне відновлення. З іншого боку, для відновлення резервних копій файлів з інкрементними резервними копіями потрібно використання всіх інкрементних резервних копій, які були виконані з моменту останньої повної резервної копії.
Швидкість резервного копіювання також має вирішальне значення, оскільки диференціальні резервні копії досить швидкі, на відміну від інкрементних резервних копій, коли не підтримує багато резервних копій даних. Однак у міру зростання бази даних швидкість диференціальних резервних копій зменшується. Інкрементальні резервні копії стають більш бажаними, ніж диференціальні резервні копії при роботі з великими базами даних, оскільки резервні копії тільки змінених файлів.
Інкрементное резервне копіювання тільки резервує дані, на яких встановлено біт архіву. Під час резервного копіювання біт архіву відключається.
Диференціальні резервні копії будуть зберігати дані, на яких встановлено біт архіву, і коли це не зроблено, не відключається.
Диференціальні резервні копії швидше, ніж інкрементні резервні копії для невеликих баз даних.
Інкрементное резервне копіювання більш вигідно для великих наборів даних.
багатьом відомі різні системи створення образів дисків і резервного копіювання даних, наприклад 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.
Вітаю, шановні відвідувачі сайт! Продовжимо розпочату в минулому пості даної рубрики тему і на цей раз більш детально розглянемо, яким чином здійснюється інкрементне резервне копіювання.
Кожен блок даних у файлі даних містить системний номер зміни (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\u003e BACKUP INCREMENTAL LEVEL 1 DATABASE;
Якщо бекап рівня 0 не доступний, то поведінка залежить від установки режиму сумісності. Якщо сумісність\u003e \u003d 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\u003e 0 AND BLOCKS / DATAFILE_BLOCKS\u003e .5 ORDER BY COMPLETION_TIME;
Порівняйте кількість блоків в диференціальних або кумулятивних резервних копіях з базовим бекапом рівня 0. Наприклад, якщо Ви створюєте тільки кумулятивні резервні копії рівня 1, то після взяття чергового нового бекапа рівня 1 з розміром приблизно в половину розміру базового бекапа рівня 0, беріть новий бекап рівня 0.
Спасибі за увагу!.
Доброго часу доби, шановні читачі блогу сайт! Бекапи файлів даних за допомогою диспетчера RMAN можуть бути двох видів: або повними резервними копіями файлів даних, або Інкрементальний. Я постараюся описати, в чому відмінність між цими видами і особливості кожного типу бекапа.
повні бекапи
Повним бекапом файлу даних є резервна копія, яка включає кожен використовуваний блок даних у файлі. Якщо повний бекап файлу даних створюється як, вміст цілого файлу відтворюється цілком. (Якщо бекап файлу робиться у вигляді набору резервування, то невикористовувані блоки можуть пропускатися).
інкрементальні бекапи
Інкрементальний бекап захоплює образи блоків файлу даних, які змінилися з певного моменту в минулому, зазвичай це момент попереднього інкрементального бекапа. Інкрементальні бекапи завжди зберігаються у вигляді наборів резервування. Результуючі резервні набори виходять як правило менше повних резервних копій файлів даних, крім тих випадків коли з моменту останнього бекапа змінився кожен блок даних. RMAN може створювати інкрементальні резервні копії тільки файлів даних, але не архівних файлів журналів або інших файлів.
Плюси інкрементального резервування в порівнянні з повним
Під час, диспетчер RMAN використовує образи блоків з інкрементальних резервних копій, щоб оновити змінилися блоки і привести їх поточний зміст з моменту SCN, коли блок був створений, причому робиться це за один крок. Без наявності інкрементальних резервних копій, довелося б відтворювати всі зміни заново одне за іншим з архівних журналів. Тому використання інкрементальних резервних копій працює набагато швидше, ніж послідовне застосування змін, записаних в архівних журналах транзакцій. Крім того, інкрементальні бекапи також захоплюють зміни блоків даних, зроблені під час NOLOGGING операцій, які не заносяться в
Інкрементное резервне копіювання дозволяє ефективно зберігати інформацію, яка постійно змінюється: документи, проекти в розробці, бекап пошти і т.п. Handy Backup - програма для інкрементального бекапа будь-яких файлів.
Що таке инкрементальное резервне копіювання?
Інкрементное копіювання - це метод копіювання, при якому до вихідної копії набору даних крок за кроком приписуються доповнення, що відображають зміни в даних (ці покрокові зміни в наборі даних і називаються Інкремент).
Наприклад, якщо з 200 файлів у вихідному наборі змінені тільки 3, то вони і будуть скопійовані при наступному інкрементного бекапе.
Програма для інкрементного резервного копіювання повинна надавати можливості регулярного внесення таких доповнень, а також їх покрокового відновлення у разі необхідності.
В цьому режимі інкрементне копіювання повторюється циклічно, починаючи з повного бекапа даних. Коли кількість інкрементних бекапов досягає зазначеної величини або терміну давності, весь цикл повторюється автоматично, починаючи зі створення нової повної копії.
Ключова перевага змішаного інкрементного бекапа - його здатність обривати занадто довгі ланцюжки інкрементів. Це здатне незначно сповільнити процес резервного копіювання, але робить відновлення даних більш надійним і швидким.
Як виконати інкрементальний бекап файлів в Handy Backup?
Запрограмувати завдання інкрементного резервного копіювання в Handy Backup дуже легко. Виберіть на Кроці 4 у просунутому режимі * створення завдання інкрементне або змішане інкрементне копіювання.
для змішаного інкрементного копіювання задайте також в діалозі настройки версій довжину або час повторення ланцюжка інкрементальних резервних копій.
* На Кроці 1 створенні завдання необхідно поставити галочку напроти пункту "Просунутий режим".
Рекомендоване рішення для інкрементального резервного копіювання
Крос-платформенне рішення для інкрементального бекапа
Інкрементное копіювання файлів і папок в Linux і по мережі
Крім версії для Windows, Handy Backup також повністю підтримує на рівні програми, що виконується дистрибутиви Linux, Засновані на Ubuntu 16.04 і 14.04. Також програма надає робочу станцію на Java для мережевих Windows, Linux і FreeBSD машин.
Спробуйте можливості Handy Backup для інкрементного бекапа файлів самостійно,
скачавши і встановивши безкоштовну 30-денну пробну версію програми з усіма функціями!