Инкрементное резервное копирование. Резервирование данных средствами ОС Windows Дифференциальное и инкрементное копирование разница

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

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

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

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

Полная резервная копия

В полной резервной копии хранятся все данные, выбранные для резервного копирования. Полная резервная копия лежит в основе любого архива и формирует базу для инкрементных и дифференциальных резервных копий. Архив может содержать несколько полных резервных копий или состоять только из них. Полная резервная копия является самодостаточной: чтобы восстановить из нее данные, доступ к любой другой резервной копии не требуется.

Широко известно, что полная резервная копия - самая медленная для создания и самая быстрая для восстановления. С помощью технологий Acronis восстановление из инкрементной резервной копии может выполняться так же быстро, как из полной.

Полное резервное копирование наиболее полезно в следующем случае:

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

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

Инкрементная резервная копия

В инкрементной резервной копии хранятся изменения данных по отношению к последнему резервному копированию . Чтобы восстановить данные из инкрементной резервной копии, необходим доступ к другим резервным копиям из того же архива.

Инкрементное резервное копирование наиболее полезно в следующем случае:

требуется восстановить одно из нескольких сохраненных состояний,

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

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

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

В дифференциальной резервной копии хранятся изменения данных по отношению к последнему полному резервному копированию . Чтобы восстановить данные из дифференциальной резервной копии, необходим доступ к соответствующей полной резервной копии. Дифференциальное резервное копирование наиболее полезно в следующем случае:

необходимо сохранить только последнее состояние данных,
изменения данных относительно невелики по сравнению с общим размером данных.

Обычно считается, что «дифференциальные резервные копии дольше создаются и быстрее восстанавливаются, а инкрементные быстрее создаются и медленнее восстанавливаются». В действительности не существует физической разницы между инкрементной резервной копией, прилагаемой к полной, и дифференциальной копией, прилагаемой к той же полной резервной копии, на один и тот же момент времени. Упомянутая выше разница подразумевает, что дифференциальная резервная копия создана после (или вместо) создания нескольких инкрементных копий.

Инкрементная или дифференциальная резервная копия, созданная после дефрагментации диска, может иметь значительно больший объем, чем обычно, потому что в процессе дефрагментации изменяется местоположение файлов на диске и резервная копия отражает эти изменения. После дефрагментации диска рекомендуется заново создавать полную резервную копию.

В следующей таблице указаны общепризнанные преимущества и недостатки каждого типа резервного копирования. В действительности эти параметры зависят от множества факторов, таких как объем, скорость и характер изменения данных, их природа, физические характеристики устройств, установленные параметры резервного копирования и восстановления. Лучшим учителем в выборе оптимальной схемы резервного копирования является опыт.

Параметр	Полная резервная копия	Дифференциальная резервная копия	Инкрементная резервная копия
Дисковое пространство	Максимальное		Минимальное
Время создания	Максимальное		Минимальное
Время восстановления	Минимальное		Максимальное

Приветствую, уважаемые посетители сайт! Продолжим начатую в прошлом посте данной рубрики тему и на этот раз более подробно рассмотрим, каким образом осуществляется инкрементное резервное копирование.

Каждый блок данных в файле данных содержит системный номер изменения (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> BACKUP INCREMENTAL LEVEL 1 DATABASE;

Если бэкап уровня 0 не доступен, то поведение зависит от установки режима совместимости. Если совместимость >=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 > 0 AND BLOCKS / DATAFILE_BLOCKS > .5 ORDER BY COMPLETION_TIME;

Сравните количество блоков в дифференциальных или кумулятивных резервных копиях с базовым бэкапом уровня 0. Например, если Вы создаете только кумулятивные резервные копии уровня 1, то после взятия очередного нового бэкапа уровня 1 с размером приблизительно в половину размера базового бэкапа уровня 0, берите новый бэкап уровня 0.

Спасибо за внимание!.

Инкрементное резервное копирование позволяет эффективно сохранять копии постоянно изменяющихся данных: рабочие файлы, проекты, содержимое облаков и т.п. Handy Backup - программа для инкрементального бэкапа любых типов данных.

Что такое инкрементальное резервное копирование?

Инкрементное копирование — это метод бэкапа, при котором к основной копии набора данных постоянно приписываются небольшие дополнения, отражающие шаг за шагом изменения в данных (эти пошаговые изменения и называются инкрементами).

Например, если из 200 файлов изменены только 3, то они и будут скопированы при следующем инкрементном бэкапе.

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

В этом режиме инкрементное копирование повторяется циклически, начиная с полного бэкапа данных . Когда количество инкрементных бэкапов достигает указанной величины или срока давности, весь цикл повторяется автоматически, начиная с создания новой полной копии.

Ключевое преимущество смешанного инкрементного бэкапа — его способность обрывать слишком длинные цепочки инкрементов. Это способно незначительно замедлить процесс резервного копирования, но делает восстановление данных более надёжным и быстрым.

Как выполнить инкрементальный бэкап файлов в Handy Backup?

Запрограммировать задачу инкрементного резервного копирования в Handy Backup очень легко. Выберите на Шаге 4 в мастере создания новой задачи инкрементное или смешанное инкрементное копирование.

Для смешанного инкрементного копирования задайте также в диалоге настройки версий длину или время повторения цепочки инкрементальных бэкапов.

В каких задачах лучше использовать инкрементальное копирование?

В общем случае, инкрементное копирование удобнее всего использовать для тех данных, которые изменяются часто и понемногу, чтобы в любой иметь возможность “отката” к любой предыдущей версии исправлений. Типичные задачи инкрементального копирования файлов включают:

Инкрементальный бэкап Windows и Linux файлов, в первую очередь пользовательских.
Для СУБД, например, PostgreSQL, инкрементальный бэкап упрощает хранение копий.
Файлы и папки на облачных аккаунтах тоже удобнее сохранять через инкрементный бэкап.

Примечание: использование инкрементного копирования для часто изменяющихся баз данных может вызывать проблемы из-за чрезмерно быстрого накопления новых версий. Так, с утилитой rsync инкрементальный бэкап легко может занять терабайты хранилища за одни сутки.

Во избежание вышеуказанной проблемы, мы рекомендуем использовать для инкрементного копирования баз данных метод смешанного инкрементального бэкапа, а для экономии места и времени — дифференциальный бэкап !

Кросс-платформенное решение для локального и онлайн копирования

Handy Backup работает как программа для инкрементального

Введение

В чем разница между полным, инкрементным и
дифференциальным резервным копированием?

Acronis True Image может

выполнять

инкрементное

дифференциальное резервное копирование.

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

Инкрементный архив содержит только данные, изменившиеся с момента
создания последнего полного или инкрементного архива. Поэтому такой архив
обычно имеет гораздо меньший размер и создается несколько быстрее. Но,
поскольку он содержит не все архивируемые данные, для их восстановления
необходимо иметь все предыдущие инкрементные архивы и созданный вначале
полный архив.

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

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

Если вас, напротив, интересует только последнее состояние данных для их
восстановления в случае фатального сбоя системы, разумно применить
дифференциальное копирование. Данный способ особенно эффективен, когда
изменения, происходящие в ваших данных, малы по отношению к полному
объему этих данных.

Это верно и для инкрементного копирования. Максимальную же выгоду
инкрементное копирование приносит, когда нужно часто сохранять состояние
данных и иметь возможность вернуться к любому из этих состояний. Создавая
полный архив раз в месяц и инкрементный архив каждый день, вы получите
тот же результат, как если бы каждый день проводили полное копирование. Но
времени и дискового пространства (или сменных носителей) будет потрачено
примерно в десять раз меньше.

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

Что такое дифференциальный бэкап?

Дифференциальный бэкап.
Копирование только добавленных и измененных файлов по сравнению с полной копией.

Дифференциальный бэкап - это тип резервного копирования файлов , при котором копируются не все исходные файлы, а только новые и измененные с момента создания предыдущей полной копии. Он является чем-то средним между полным резервным копированием и инкрементальным. Название этого типа произошло от английского слова Differential backup и является накопительным , т.е. каждая следующая копия содержит все новые/измененные файлы с момента создания предыдущей полной резервной копии. В русском языке этот тип копирования называется Разностным или дифференцированным. Как и каждый другой, этот тип также имеет свои достоинства и недостатки.

Плюсы :

Относительно небольшой размер разностной резервной копии, по сравнению с полной
Скорость создания в разы выше, чем полного бекапа
Для восстановления файлов потребуется последний созданный полный бэкап и последний дифференциальный

Минусы :

Избыточность данных, так как дифф.бекап является накопительным

Вывод : Создавайте дифференциальный backup в том случае, если объем исходных данных большой, файлы в исходной папке изменяются не слишком интенсивно, а простота и скорость восстановления файлов для вас являются критичными. Создание дифференциальных копий происходит достаточно быстро, если накопленных изменений с момента создания полной немного. Оптимальная периодичность создания Differential backup - 1 раз в час, если исходные файлы изменяются часто и 1-2 раза в день, если файлы редактируются редко.

Как создать дифференциальный бэкап с помощью Exiland Backup

Рассмотрим, как создать разностный бэкап файлов вашего ПК с помощью простой утилиты Exiland Backup. Для начала скачайте Exiland Backup Free или демо-версию Professional.

Установите Exiland Backup, запустите программу.

После запуска, на верхней панели нажмите на кнопку создания нового задания, впишите наименование задания, например, "Мои документы" и нажмите "Далее". На следующем экране мастера выберите тип копирования "Разностный (Differential)".

Мастер создания задания. Выбор типа "Разностный (differential)".

После выбора типа внизу окна вы можете ограничить число полных копий (по-умолчанию 10) - тогда при достижении этого ограничения самая старая полная резервная копия будет автоматически удалена, после чего будет создана новая (эта настройка недоступна в версии Free). Кроме того, вы можете ограничить число дифференциальных копий между полными (по-умолчанию 8). При достижении заданного ограничения будет создана очередная полная копия.

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

При указании шаблона наименования резервных копий, вы можете добавить строку, например, " (differential)", для дифференциальных, чтобы визуально можно было легко отличить их от полных.

После создания задания запустите его вручную, нажав на кнопку "Выполнить" сверху, на панели.

При первом выполнении задания создастся полная копия. Скопируйте проводником Windows любой файл в исходную папку и запустите задание повторно. Создастся разностная, в которой будет находиться только новый файл.

Михаил, разработчик Exiland Backup

Другие типы резервирования: