Инкрементное резервное копирование файлов
Обновлено: 05.07.2024
Друзья, привет. На сайте так много практического материала по резервному копированию, но вот как-то я упустил из виду теоретическую часть. В комментариях вы меня периодически спрашиваете по поводу методов резервного копирования - полного, инкрементного и дифференциального. В чём их разница, что лучше выбрать и т.п. В этой статье, собственно, и будем детально разбираться во всех этих вопросах.
↑ Полное, инкрементное, дифференциальное – о методах резервного копирования
А разбираться в методах резервного копирования предлагаю на примере программы AOMEI Backupper. Итак, друзья, когда мы в программе AOMEI Backupper создаём резервную копию Windows, целого диска, отдельных разделов или отдельных папок с данными, в дальнейшем после создания резервной копии сможем использовать для неё некоторые программные возможности. В их числе – создание на базе заданных условий бэкапа новых копий с выбором механизма резервного копирования:
- Полная копия;
- Инкрементная копия;
- Дифференциальная копия.
↑ Полное резервное копирование
Полное – это резервное копирование, при котором снимок операционной системы, диска, раздела или отдельных папок содержит все резервируемые данные. Такие снимки, создаваемые в рамках одной и той же задачи по бэкапу, независимы друг от друга, повреждение одного из них никак не повлияет на другие снимки. Это самый надёжный метод резервного копирования, но, вместе с тем, самый затратный по ресурсам дискового пространства. Например, образ рабочей Windows без особых каких-то громоздких программ и игр будет весить примерно 20 Гб. Если по мере создания новых бэкапов не избавляться от старых, диск-хранилище просто забьётся ими под завязку. Решить эту проблему призваны два других механизма резервного копирования.
↑ Инкрементное резервное копирование
Инкрементное – это такое резервное копирование, при котором полная копия создаётся единожды в начале, а все последующие копии, создаваемые в рамках одной и той же задачи, содержат не все данные, а лишь произошедшие изменения - какие файлы удалены, а какие добавлены. Первая инкрементная копия содержит разницу в данных между ней самой и полной копией. А вторая инкрементная копия содержит разницу между ней самой и первой инкрементной копией. Третья – между ней самой и второй. И так далее. Каждая новая инкрементная копия зависит от своей предшественницы и не может быть задействована для процесса восстановления без такой предшественницы. Ну и, конечно же, без полной первичной копии. Каждая из резервных копий задачи – хоть полная, хоть инкрементная - являет собой точку восстановления. И мы всегда сможем выбрать дату или время, на которое хотим откатить систему или данные.
Удаление инкрементной копии (или повреждение её вирусами) не будет иметь следствием неработоспособность предыдущих инкрементных копий и первичной полной. А вот последующих – будет. К точкам после удалённой инкрементной копии откатиться мы уже не сможем. В этом плане, конечно, метод инкрементного копирования уязвим, но его сильной стороной является обеспечение отката к разным точкам состояния при минимально занятом дисковом пространстве. Ведь при незначительных изменениях каждая новая копия будет весить пару Мб разницы между ней и предшественницей. Вот как, например, бэкап раздела на скриншоте ниже. Вес в 3,57 Гб, отмеченный сиреневым маркером – это вес полной первичной копии, а отмеченные жёлтым маркером 9,12 Мб и 20,01 Мб – это вес инкрементных копий.
Ещё один недостаток инкрементных копий – более долгий по времени процесс восстановления, чем из полных и дифференциальных бэкапов.
↑ Дифференциальное резервное копирование
Дифференциальное – это такое резервное копирование, при котором полная копия создаётся единожды в начале, а все последующие копии, создаваемые в рамках одной и той же задачи, содержат не все данные, а лишь произошедшие изменения с момента создания первичной полной копии. Ключевой момент здесь – с момента создания полной копии. Тогда как при инкрементом копировании вторая инкрементная копия цепочки являет собой разницу между ней и первой копией, при дифференциальном и первая, и вторая, и третья, и четвёртая, и все следующие дифференциальные копии будут зависимыми только от полной копии. Но никак не зависимыми друг от друга. Удаление или повреждение любой из дифференциальных копий не повлияет на другие копии – ни на те, что создавались до удалённой (повреждённой), ни на те, что после неё.
Дифференциальные резервные копии – это тоже точки восстановления.
Необходимость дифференциальной копии каждый раз сравнивать себя с полной первичной копией, соответственно, влечёт за собой использование большего дискового пространства. На скриншоте ниже сиреневым маркером отмечен размер полной копии и жёлтым размеры дифференциальных бэкапов. Размер последних в районе 450 Мб свидетельствует о том, что между ними произошло немного изменений, тем не менее каждое такое изменение с момента создания полной копии зафиксировано в отдельном порядке. И в отдельном порядке поглощает место на диске.
↑ Какой метод лучше выбрать
Какой из методов резервного копирования – полное, инкрементное или дифференциальное – выбрать для обычных домашних нужд? Полное – самое надёжное, но каждый раз создавать полную копию не всегда целесообразно. В стеснённых условиях дискового пространства ветвистой системы точек отката особо не настроишь. Инкрементное будет экономить место на диске, но если вирус повредит промежуточную копию или её, например, кто-то из близких случайно удалит, мы не сможем откатиться к свежим бэкапам. Оптимальный вариант – дифференциальное резервное копирование. Его можно как периодически выполнять вручную, так и настроить для автоматического запуска в планировщике программы-бэкапера.
Но есть же ещё нюанс, друзья. Некоторые продвинутые программы-бэкаперы могут предложить не только тот или иной метод создания бэкапа, но и его применение в тех или иных условиях. Например, у AOMEI Backupper есть 5 схем резервного копирования. Схемы можно включить сразу при создании первичного бэкапа.
При настройке схем нужно поставить галочку «Включить управление дисками». И в выпадающем списке ниже увидим пятёрку гибких решений от AOMEI Backupper.
• «Полная копия» - схема с применением метода полного резервного копирования, при котором по достижении назначенного количества копий старые будут автоматически удаляться;
• «Инкрементная копия» - схема с инкрементным бэкапом. По достижении назначенного числа копий цепь предыдущих копий – полной и зависимых инкрементных – удаляется, уступая место новым цепям;
• «Дифференциальная копия» - схема с созданием полных и дифференциальных копий. По достижении их граничного числа старые удаляются, и происходит всё это с учётом привязки дифференциальных копий к их полным;
• «Управление пространством» - схема с созданием полных и дифференциальных копий, заточенная под удаление старых копий при обнаружении недостатка места на диске;
• «Другие схемы резервирования» - схема с полным резервным копированием и возможностью выбора условий автоматического удаления старых копий.
В других программах-бэкаперах, соответственно, могут быть другие идеи от разработчиков. Здесь нужно уже разбираться с каждой такой программой в отдельности и подбирать условия создания бэкапа под свои нужды.
Создание схемы начинается с понимания методов резервного копирования. Таких методов три: полное, инкрементное и дифференциальное резервное копирование (full, incremental, differential backup). Зачем они нужны и в чем разница? Смотрим.
Полное резервное копирование
Тут все очень просто. В файл бэкапа записываются все данные, которые были выбраны для резервного копирования.
На рисунке: все бэкапы — полные.
Такие бэкапы самые надежные, но и самые большие. При этом для восстановления потребуется только один файл.
Инкрементное резервное копирование
В файл бэкапа записываются только изменения, которые произошли с момента последнего резервного копирования.
На рисунке: 1.tib — полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib — инкрементные бэкапы.
Инкрементные бэкапы гораздо меньше полных. Однако для восстановления потребуется предыдущий полный бэкап (на рисунке — 1.tib) и вся цепочка инкрементных бэкапов заканчивая тем бэкапом, из которого вы хотите восстановить данные.
Дифференциальное резервное копирование
В файл бэкапа записываются только изменения, которые произошли с момента последнего полного резервного копирования.
На рисунке: 1.tib — полный бэкап (первый бэкап всегда полный), 2.tib, 3.tib, 4.tib — дифференциальные бэкапы.
Дифференциальные бэкапы меньше полных, но больше инкрементных. Для восстановления потребуется сам дифференциальный бэкап и предыдущий полный бэкап (на рисунке — 1.tib).
Цепочки и схемы
Ну вот мы и подошли к самому интересному. Разумеется, вы уже догадались. Три метода резервного копирования дают нам массу всевозможных вариантов так называемых цепочек бэкапов. Цепочка – это один полный бэкап и все зависящие от него инкрементные и/или дифференциальные бэкапы. Схема же состоит из одной или нескольких цепочек, а также содержит правила удаления старых бэкапов.
Действительно, вариантов цепочек может быть великое множество. Но это в теории. На практике же в основу цепочки берется только один из методов: полный, инкрементный или дифференциальный.
«Тут же все ясно как белый день! Всегда создавай полные бэкапы!» – скажете вы и будете правы. Но как всегда есть одно больше «но». Полные бэкапы – самые увесистые. Вам не жалко забить ваш 2 ТБ диск бэкапами? Тогда это самое лучшее решение. Но большинству хочется максимальной надежности и вариативности при минимальных потерях дискового пространства. Поэтому, как говорится, давайте разбираться. Вот со схем на основе полных бэкапов и начнем.
Схемы на основе полных бэкапов
- На создание каждого бэкапа уходит много времени.
- Значительная трата дискового пространства.
- Небольшое количество бэкапов, т.е. точек во времени, на которые можно «откатиться».
- Дублирование одной и той же информации в разных бэкапах.
Схемы на основе инкрементных бэкапов
При такой схеме создается один полный бэкап и цепочка зависимых от него инкрементных. Достоинства очевидны – бэкапы создаются быстро и весят мало, т.е. можно позволить себе насоздавать их гораздо больше, чем при схеме с полными бэкапами. Как итог, вы получаете максимальную вариативность при выборе точки восстановления. Но есть один серьезный недостаток – низкая надежность. При повреждении любого из бэкапов все последующие превращаются в мусор – восстановиться из них вы не сможете. Можно ли каким-то образом повысить надежность? Да, можно. Самый простой способ – создавать новый полный бэкап после нескольких инкрементных, скажем, после четырех или пяти. Таким образом, мы получаем схему с несколькими цепочками, и повреждение одной из цепочек не повлияет на другие.
Эта схема универсальная, ее можно использовать для защиты как дисков, так и файлов.
Схемы на основе дифференциальных бэкапов
При такой схеме создается один полный бэкап и зависимые от него дифференциальные. Этот подход объединяет в себе достоинства двух предыдущих. Так как дифференциальные бэкапы меньше полных и больше инкрементных, вы получаете среднюю вариативность при выборе точки восстановления и довольно высокую надежность. Но без недостатков все равно не обойдешься. Чем дальше по времени отстоит дифференциальный бэкап от своего полного бэкапа, тем он «тяжелее», и даже может превысить размер полного бэкапа. Решение здесь то же, что и при инкрементном подходе, — разбавляйте ваши дифференциальные бэкапы полными. В зависимости от интенсивности изменения защищаемых данных новый полный бэкап рекомендуется создавать после двух-пяти дифференциальных.
Такой схемой можно защитить ваш системный раздел, если дисковое пространство не позволяет вам хранить несколько полных бэкапов.
Планирование
Здесь все просто. Вы составляете расписание, а True Image обновляет для вас бэкапы точно в назначенное вами время и в соответствии с настроенной схемой. Чем чаще меняются данные, тем чаще рекомендуется их бэкапить. К примеру, системный раздел можно бэкапить раз в месяц, а вот файлы, с которыми вы работаете каждый день, и бэкапить рекомендуется каждый день или даже чаще.
Разумеется, когда вам срочно нужно создать бэкап, не обязательно ждать запланированного времени. Вы всегда можете запустить резервное копирование вручную.
Правила очистки
- Максимальный «возраст» цепочек бэкапов.
- Максимальное количество цепочек бэкапов.
- Максимальный общий размер бэкапа.
Как насчет бэкапа в облачное хранилище?
Все, о чем мы до сих пор говорили, относится к бэкапам, которые вы храните у себя на внутреннем или внешнем жестком диске, на NAS-е, FTP-сервере и т.д. А как насчет бэкапа в облако? True Image сохраняет как файловые, так и дисковые бэкапы в Acronis Cloud по простой инкрементной схеме – один полный бэкап и цепочка инкрементных – и не позволяет ее менять. На резонный вопрос «почему» ответ прост – эта схема самая бережливая к дисковому пространству, а сохранность бэкапов в облаке гарантирует Acronis.
Правила очистки облачного бэкапа чуть проще, чем обычного.
Вы можете ограничить бэкап по «возрасту» и по количеству версий каждого из файлов, которые хранятся в облаке. Ограничивать бэкап по объему хранилища было бы не очень логично. Ведь в первую очередь Acronis Cloud используется именно для хранения бэкапов.
Копирование только новых и измененных файлов.
Инкрементальный бэкап (инкрементный бэкап) - это тип разностной резервной копии, когда копируются не все файлы источника, а только новые и измененные с момента создания предыдущей копии - полной или добавочной. Это существенно экономит место на диске и значительно ускоряет процесс создания резервной копии.
Название этого типа бекапа произошло от английского слова Incremental backup - дополнительный. В русском языке он называется Добавочным. Данный тип резервного копирования является самым распространенным, но, как и все способы, он также имеет свои плюсы и минусы.
Этот тип бекапа отлично подойдет для резервного копирования больших объемов исходных данных, 50 гигабайт и более. Скорость создания backup'ов будет довольно высокой, а размер каждой добавочной копии может быть всего 100-200 мегабайт.
- Быстрое создание резервной копии
- Малый объем, занимаемый резервной копией (экономия места на диске)
- Сложность настройки (по сравнению с полной копией Full Backup)
- Сложность восстановления файлов (по сравнению с полной копией)
Вывод : Создавайте инкрементальные бэкапы в том случае, если объем исходных данных большой и для вас имеет значение время копирования файлов и экономия места на диске. Оптимальная периодичность создания Incremental backup - 1 раз в час, если исходные файлы изменяются часто и 1-2 раза в день, если файлы редактируются редко.
Как сделать инкрементный бэкап с помощью Exiland Backup
Exiland Backup - простая утилита для резервного копирования и синхронизации папок по сети, FTP, между ПК и серверами. Поддерживает все типы бэкапов файлов.
Эта универсальная программа хорошо подойдет для резервного копирования файловой 1С, сайтов на Wordpress и других CMS, копируя файлы сайта с FTP-сервера на локальный ПК.
После запуска, в главном окне программы, сверху на панели нажмите кнопку создания нового задания, укажите название задания, например, "Мои документы" и нажмите "Далее". Теперь как показано на скриншоте ниже, выберите тип копирования "Добавочный (Incremental)".
Скриншот программы. Выбор типа копирования.
Ниже есть возможность ограничить количество полных копий, чтобы самые старые резервные копии автоматически удалялись перед созданием новой копии. Эта настройка экономит место на диске. Также, вы можете ограничить количество инкрементальных копий между полными. При достижении этого ограничения будет создана очередная полная копия.
При выборе шаблона наименования резервных копий, вы можете добавить строку, например, " (incremental)", для инкрементных копий, чтобы визуально их легко отличать от полных.
Когда задание будет создано, вам необязательно ждать время наступления запуска - вы можете запустить задание вручную, нажав на кнопку "Выполнить", расположенную на верхней панели.
Инкрементное (добавочное) резервное копирование позволяет эффективно сохранять информацию, которая постоянно изменяется: документы, проекты в разработке, бэкап почты и т.п.
Попробовать бесплатноВерсия 8.3.2 от 1 ноября 2021. 112 MB
30-дневный полнофункциональный пробный период
Что такое инкрементальное резервное копирование?
Например, если из 200 файлов в исходном наборе изменены только 3, то они и будут скопированы при следующем инкрементном бэкапе.
Программа для инкрементного резервного копирования должна предоставлять возможности регулярного внесения таких дополнений, а также их пошагового восстановления в случае необходимости.
Смешанный инкрементальный бэкап
Этот режим повторяет инкрементное копирование в цикле, начиная с полного бэкапа данных. Когда количество инкрементных бэкапов достигает указанной величины или срока давности, весь цикл повторяется автоматически, начиная с создания новой полной копии.
Как выполнить инкрементальный бэкап файлов в Handy Backup?
Запрограммировать задачу инкрементного резервного копирования в Handy Backup очень легко. Выберите на Шаге 4 в продвинутом режиме * создания задачи инкрементное или смешанное инкрементное копирование.
Для смешанного инкрементного копирования задайте также в диалоге настройки версий длину или время повторения цепочки инкрементальных бэкапов.
Рекомендуемое решение
1900 ₽ за лицензию
Handy Backup Standard
Скачайте Handy Backup Standard, чтобы начать пользоваться преимуществами умного инкрементального бэкапа - уже сегодня! Пробная полная версия - 30 дней!
Как выполнить инкрементальное резервное копирование с временными метками?
Для того, чтобы добавить временные метки к вашей инкрементальной копии данных, необходимо:
Видео-урок: Как сделать инкрементальное резервное копирование данных?
В видео показано, как сделать инкрементный бэкап фотографий на облако Dropbox с помощью Handy Backup.
Примечание: Перед изучением данного видео, пожалуйста, скачайте и установите Handy Backup!
Попробовать бесплатноВерсия 8.3.2 от 1 ноября 2021. 112 MB
30-дневный полнофункциональный пробный период
В каких задачах лучше использовать инкрементальное копирование?
- Инкрементальный бэкап Windows и Linux файлов, в первую очередь пользовательских.
- Для СУБД, например, PostgreSQL, инкрементальный бэкап упрощает хранение копий.
- Файлы и папки на облачных аккаунтах тоже удобнее сохранять через инкрементный бэкап.
Примечание: использование добавочного резервного копирования для часто изменяющихся баз данных может вызывать проблемы из-за чрезмерно быстрого накопления новых версий. Так, с утилитой rsync инкрементальный бэкап легко может занять терабайты хранилища за одни сутки.
Кросс-платформенное решение для инкрементального бэкапа
Handy Backup работает как программа для инкрементального бэкапа Windows во всех современных версиях этой ОС, включая Windows 10, 8, 7 и Vista, а также Windows Server 2019, 2016, 2012 (2012 R2) и 2008 (2008 R2).
Инкрементное копирование файлов и папок в Linux и по сети
Кроме версии для Windows, Handy Backup также полностью поддерживает на уровне исполняемой программы дистрибутивы Linux, основанные на Ubuntu 16.04 и 14.04. Также программа предоставляет рабочую станцию на Java для сетевых Windows, Linux и FreeBSD машин.
Попробовать бесплатноВерсия 8.3.2 от 1 ноября 2021. 112 MB
30-дневный полнофункциональный пробный период
Попробуйте возможности Handy Backup для инкрементного бэкапа файлов самостоятельно,
скачав и установив бесплатную 30-дневную пробную версию программы со всеми функциями!
Читайте также: