плутанини. Але диференціальне копіювання значно програє інкрементного в економії необхідного простору. Так як в кожній новій копії зберігаються дані з попередніх, сумарний обсяг зарезервованих даних може бути порівнянний з повним копіюванням. І, звичайно, при плануванні розкладу (і розрахунках, чи поміститься процес бекапа у тимчасове «вікно») потрібно враховувати час на створення останньої, найбільшої, диференціальної копії.
Переваги методу:
легкий пошук файлів - Для відновлення системи, захищеній з допомогою стратегії диференціального резервного копіювання потрібні дві резервні копії - остання повна резервна копія і остання диференціальна резервна копія. Час відновлення значно менше порівняно із стратегіями резервного копіювання, для яких потрібні остання повна резервна копія і всі інкрементальні резервні копії, створені з моменту останнього повного резервного копіювання;
- менший час резервного копіювання і відновлення - Диференціальне резервне копіювання займає менше часу, ніж повне резервне копіювання. Відновлення після аварії виконується швидше, оскільки для повного відновлення пристрою необхідні тільки остання повна резервна копія і диференціальна резервна копія.
Недолік методу:
надлишкова захист даних - Зберігаються всі файли, змінені з моменту останнього інкрементального резервного копіювання. Таким чином, створюються надлишкові резервні копії.
Інкрементное резервне копіювання на відміну від повного резервного копіювання в цьому випадку копіюють не всі дані (файли, сектора і т.д.), а тільки ті, що були змінені з моменту останнього копіювання. Для з'ясування часу копіювання можуть застосовуватися різні методи, наприклад, в системах під управлінням операційних систем сімейства Windows використовується відповідний атрибут файлу (архівний біт), який встановлюється, коли файл був змінений, і скидається програмою резервного копіювання. В інших системах може використовуватися дата зміни файлу. Зрозуміло, що схема із застосуванням даного виду резервного копіювання буде неповноцінною, якщо час від часу не проводити повне резервне копіювання. При повному відновленні системи потрібно провести відновлення з останньої копії, а потім по черзі відновити дані з інкрементних копій в порядку їх створення. Даний вид використовується для того, щоб у разі створення архівних копій скоротити витрачаємоПерші обсяги на пристроях зберігання інформації (наприклад, скоротити число використовуваних стрічкових носіїв). Також це дозволить мінімізувати час виконання завдань резервного копіювання, що може бути вкрай важливо в умовах, коли машина працює постійно, або прокачувати великі обсяги інформації. У інкрементного копіювання є один нюанс: поетапне відновлення повертає і потрібні видалені файли за період відновлення. Наприклад: припустимо, по вихідних днях виконується повне копіювання, а по буднях інкрементне. Користувач в понеділок створив файл, у вівторок його змінив, в середу перейменував, в четвер видалив. Так от при послідовному поетапному відновленні даних за тижневий період ми отримаємо два файли: зі старим ім'ям за вівторок до перейменування, і з новим ім'ям, створеним в середу. Це сталося тому, що в різних інкрементних копіях зберігалися різні версії одного і того ж файлу, і в підсумку будуть відновлені всі варіанти. Тому при послідовному відновленні даних з архіву «як є» має...
