Метою переважної більшості резервних копій є збереження даних без помилок і пошкоджень таким чином, щоб мінімізувати обсяг сховища. Додаткові завдання також часто включають зниження впливу на обчислювальні ресурси і використання смуги пропускання, одночасно роблячи процес відновлення максимально швидким і простим.
У той час як окремі системи можуть похвалитися деякими додатковими функціями, все методи резервного копіювання використовують одні й ті ж компоненти. У цій статті пояснюються чотири найбільш розповсюджені метода резервного копіювання, які використовуються сьогодні, і висвітлюються плюси і мінуси, кожного методу.
Повна резервна копія зберігає копії всіх файлів і зазвичай виконується автоматично відповідно до заздалегідь встановленим графіком. Однак файли зазвичай стискаються для економії місця, навіть якщо резервні копії можуть займати багато місця. Крім того, повне резервне копіювання викликає постійний доступ до диска резервного копіювання, що скорочує термін його служби і споживає пропускну здатність мережі.
Перевага повних резервних копій полягає в простоті відновлення. Для відновлення файлу потрібно тільки ім'я файлу, місце розташування і дата відновлення даних.
Відновлення є відносно простим, якщо доступні файли резервних копій з цієї дати або часу.
Хоча повні резервні копії, безумовно, є всеосяжними, вони можуть бути більш надійними, ніж потрібно багатьом підприємствам. Важливо враховувати, що тільки обмежена кількість файлів змінюється з моменту створення останньої резервної копії.
Отже, повне резервне копіювання призведе до створення кількох ідентичних копій файлів та забере цінне простір на носії резервного копіювання.
Інкрементний резервні копії економлять місце завдяки резервного копіювання тільки тих файлів, які були створені або змінені з моменту останнього резервного копіювання. Перевага інкрементного резервного копіювання полягає в тому, що обсяг даних, що створюються на кожній ітерації, значно менше, що, в свою чергу, заощаджує місце на носії резервного копіювання та використовує меншу пропускну здатність мережі.
Однак додаткові резервні копії збільшують обчислювальні витрати, оскільки кожен вихідний файл повинен порівнюватися з останньої повної резервної копією, а також з додатковими ітераціями, щоб визначити, чи є дані новими або зміненими. Крім того, знайти конкретний файл для відновлення більш складно, так як може знадобитися пошук кількох версій зміненого файлу. Щоб повністю відновити всі файли, необхідно об'єднати всі ітерації, зберігаючи при цьому тільки саму останню версію кожного файлу.
Багато корпоративних стратегії резервного копіювання включають комбінацію повних і інкрементних резервних копій. Наприклад, запуск повного резервного копіювання один раз в тиждень - у вихідні дні, коли вимоги до мережевих і обчислювальних ресурсів нижче - і планування інкрементного резервного копіювання в робочі дні. Резервне копіювання файлів за допомогою цієї комбінації дозволяє виконати відновлення, яке не вимагає перегляду або об'єднання ітерацій більш ніж за тиждень.
Деякі стратегії обмежують вплив на дисковий сховище резервних копій шляхом копіювання старих повних резервних копій з диска на стрічки, які потім зберігаються окремо. Хоча цей підхід більш безпечний, ніж зберігання файлової системи і носіїв резервних копій в одному місці, ручна робота по зміні стрічок, маркування їх і транспортуванні займає багато часу. Крім того, такий підхід створює різницю між готовими резервними копіями, які зберігаються поза сайтом, і поточним станом файлової системи в реальному часі. У разі аварії будь-які зміни даних, що відбулися з моменту копіювання останньої повної резервної копії на стрічку, можуть бути втрачені.
Диференціальні резервні копії аналогічні інкрементного резервних копій, за винятком того, що кожна операція резервного копіювання зберігає нові та оновлені файли з моменту останньої повної резервної копії. Наприклад, якщо в неділю було виконано повне резервне копіювання, а в понеділок файл був змінений, цей файл буде частиною кожної диференціальної резервної копії до тих пір, поки не буде запущена наступна повна резервна копія.
Використання диференціальних резервних копій спрощує відновлення, оскільки для створення повного відновлення потрібно тільки остання повна резервна копія і остання диференціальна резервна копія. Як і в разі інкрементних резервних копій, диференціальні резервні копії повинні порівнювати поточні і вже резервні файли для виявлення будь-яких змін. Однак для диференціальних резервних копій потрібно більше місця і пропускної здатності мережі в порівнянні з інкрементними резервними копіями.
Віртуальні повні резервні копії використовують базу даних для відстеження та управління даними резервного копіювання, що допомагає уникнути деяких помилок інших методів резервного копіювання. Повна копія або репліка береться тільки один раз, і її не потрібно повторювати до тих пір, поки носій даних - зазвичай це місце зберігання, підключений до мережі - залишається незмінним. Віртуальна повна резервна копія періодично синхронізує дані резервної копії з базою даних.
Віртуальні повні резервні копії зазвичай виконуються автоматично програмним забезпеченням для резервного копіювання. Інтерфейс виглядає так само, як і при повному резервному копіюванні. Відновлення одного запису або всього диска - це питання вибору потрібну точку відновлення або файлів для відновлення.
