Полных резервных копий. Резервирование данных средствами ОС Windows. Что такое инкрементальное резервное копирование

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

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

Как уже отмечалось, важно обеспечить, чтобы только резервные копии данных были скопированы с учетом скорости и объема необходимых компьютерных ресурсов. Дифференциальные и инкрементные резервные копии - это два разных способа резервного копирования данных. Для резервного копирования данных оба метода полагаются на использование базового атрибута включения / выключения, называемого бит архива. Это элемент, который учитывает данные, которые были скопированы. Свойство файла заданного файла при проверке должно показывать, был ли бит архива отмечен или не установлен.

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

Различия

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

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

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

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

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

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

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

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

    Инкрементный бэкап уровня 0 эквивалентен полному бэкапу, который был отмечен как уровень 0.

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

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

Полные Резервные копии

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

Инкрементные Резервные копии

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

Инкрементные резервные копии определяются, используя ключевое слово INCREMENTAL команды BACKUP. Вы указываете INCREMENTAL LEVEL .

RMAN может создавать многоуровневые инкрементные резервные копии в виде следующих типов бэкапов RMAN :

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

    Совокупный (Кумулятивный): Резервирует все блоки, измененные после самого последнего резервного копирования на уровне 0

Примеры

    Чтобы выполнить инкрементное резервное копирование на уровне 0, используйте следующую команду:

  • Чтобы выполнить совокупное инкрементное резервное копирование, используйте следующую команду:

    RMAN> BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

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

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

Отметьте: Можно выполнять любой тип резервного копирования (полный или инкрементный) базы данных, которая находится в режиме NOARCHIVELOG - если, конечно, база данных не открыта. Отметьте также, что восстановление ограничивается временем последнего резервного копирования. База данных может быть восстановлена до последней зафиксированной транзакции только, когда база данных находится в режиме ARCHIVELOG.

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

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

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

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

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

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

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

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

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

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

Рекомендуемое решение для инкрементального резервного копирования

Скачать

Купить!

Версия 8.0.4 от 10 июля 2019 . 104 MB
Программа резервного копирования Handy Backup. 1200 RUB за лицензию

Скачайте Handy Backup Standard, чтобы начать пользоваться преимуществами умного инкрементального бэкапа - уже сегодня! Пробная полная версия - 30 дней!

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

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

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

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

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

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

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

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

Инкрементальный бэкап.
Копирование только новых и измененных файлов.

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

Название этого типа бекапа произошло от английского слова Incremental backup - дополнительный. В русском языке он называется Добавочным . Данный тип резервного копирования является самым распространенным, но, как и все способы, он также имеет свои плюсы и минусы.

Этот тип бекапа отлично подойдет для резервного копирования больших объемов исходных данных, 50 гигабайт и более. Скорость создания backup"ов будет довольно высокой, а размер каждой добавочной копии может быть всего 100-200 мегабайт.

Плюсы :

  • Быстрое создание резервной копии
  • Малый объем, занимаемый резервной копией (экономия места на диске)

Минусы :

  • Сложность настройки (по сравнению с полной копией Full Backup)
  • Сложность восстановления файлов (по сравнению с полной копией)

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

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

Exiland Backup - простая утилита для резервного копирования и синхронизации папок по сети, FTP , между ПК и серверами. Поддерживает все типы бэкапов файлов .

Эта универсальная программа хорошо подойдет для резервного копирования файловой 1С , сайтов на Wordpress и других CMS, копируя файлы сайта с FTP-сервера на локальный ПК.

Для начала скачайте бесплатную или демо-версию программы на официальном сайте .

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


Скриншот программы. Выбор типа копирования.

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

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

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

Михаил, разработчик программы

Другие типы копирования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Параметр

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

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

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

Дисковое пространство

Максимальное

Минимальное

Время создания

Максимальное

Минимальное

Время восстановления

Минимальное

Максимальное