Инкрементное резервное копирование - Incremental backup

An инкрементное резервное копирование это тот, в котором последовательные копии данных содержат только ту часть, которая изменилась с момента создания предыдущей резервной копии.[1][2][3][4] Когда необходимо полное восстановление, для процесса восстановления потребуется последняя полная резервная копия плюс все инкрементные резервные копии до точки восстановления.[5] Инкрементное резервное копирование часто желательно, поскольку оно сокращает использование дискового пространства и выполняется быстрее, чем дифференциальные резервные копии.[6]

Варианты

Инкрементальный

Самая основная форма инкрементного резервного копирования состоит из идентификации, записи и, таким образом, сохранения только тех файлов, которые были изменены с момента последнего резервного копирования. Поскольку изменений обычно мало, инкрементные резервные копии намного меньше и быстрее, чем полные. Например, после полной резервной копии в пятницу резервная копия в понедельник будет содержать только те файлы, которые изменились с пятницы. Резервная копия вторника содержит только те файлы, которые изменились с понедельника, и так далее. Полное восстановление данных, естественно, будет происходить медленнее, так как необходимо восстанавливать все приращения. В случае сбоя одной из созданных копий, включая первую (полную), восстановление будет неполным.[7]

Примером Unix может быть: 

rsync -e ssh -va --link-dest=$ dst/ час.1 $ remoteserver:$ remotepath $ dst/часовой.0

Использование rsync с --link-dest опция - вот что делает эту команду примером инкрементного резервного копирования.

Многоуровневый инкрементальный

Более сложная схема инкрементного резервного копирования включает в себя несколько пронумерованных уровни резервного копирования. Полная резервная копия - это уровень 0. Уровень п резервное копирование будет резервировать все, что изменилось с самого последнего уровня п-1 резервный. Предположим, например, что резервная копия уровня 0 была сделана в воскресенье. Резервная копия уровня 1, сделанная в понедельник, будет включать только изменения, внесенные с воскресенья. Резервная копия уровня 2, сделанная во вторник, будет включать только изменения, внесенные с понедельника. Резервная копия уровня 3, сделанная в среду, будет включать только изменения, внесенные со вторника. Если уровень 2 резервная копия была сделана в четверг, она будет включать все изменения, внесенные с понедельник потому что понедельник был последней резервной копией уровня n-1.

Обратный инкрементальный

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

Инкрементальный навсегда

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

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

Инкрементальный уровень блока

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

Инкрементальный байтовый уровень

Эти технологии резервного копирования аналогичны методу «инкрементного резервного копирования на уровне блоков»; однако метод байтового (или двоичного) инкрементного резервного копирования основан на двоичном варианте файлов по сравнению с предыдущим резервным копированием: в то время как блочные технологии работают с сильно меняющимися единицами (блоки по 8 КБ, 4 КБ или 1 КБ), байтовые Основанные на технологиях технологии работают с минимальной единицей измерения, экономя место при отображении изменений в файле.[нужна цитата ] Еще одно важное отличие состоит в том, что они работают независимо от файловой системы. На данный момент это технологии, которые обеспечивают максимальное относительное сжатие данных, что является большим преимуществом для защищенных копий, выполняемых через Интернет.[нужна цитата ]

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

Синтетическая полная резервная копия

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

Дифференциальный

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

Вперед инкрементально-навсегда

Прямое инкрементное постоянное резервное копирование[9] позволяет синтетической операции создать новую полную резервную копию, которая ограничена размером инкрементного файла, вместо полного размера файла полной резервной копии, как это было бы в «прямом режиме с синтетическими полными». Общее количество потребляемых операций ввода-вывода такое же, как и при обратном инкрементальном увеличении, но во время операции резервного копирования используется только 1 ввод-вывод записи, а моментальный снимок виртуальной машины открывается на меньшее время, чем обратное инкрементное; оставшиеся 2 ввода-вывода используются для обновления файла полной резервной копии.

Смотрите также

использованная литература

  1. ^ Описание полного, инкрементного и дифференциального резервного копирования. Служба поддержки Microsoft. Проверено 21 августа 2012 года.
  2. ^ 3.3.2. Создание инкрементной резервной копии. (Руководство пользователя MySQL Enterprise Backup (версия 3.7.1) :: II Использование MySQL Enterprise Backup :: 3 Резервное копирование сервера базы данных :: 3.3 Сценарии и примеры резервного копирования :: 3.3.2 Создание инкрементного резервного копирования). MySQL. Проверено 21 августа 2012 года.
  3. ^ ARCserve Backup r16-ENU / Bookshelf_Files / PDF / AB_MS_EXCHANGE_W_ENU.pdf CA ARCserve Backup для Windows: руководство по агенту для Microsoft Exchange Server, r16[постоянная мертвая ссылка ] Техническая поддержка CA Technologies. Страница 52. Проверено 21 августа 2012 г.
  4. ^ В чем разница между дифференциальным и инкрементным резервным копированием ?. В архиве 2012-09-04 в Wayback Machine Техническая поддержка Symantec Enterprise. Артикул: TECH7665. Создано: 2000-01-27; Обновлено: 12.05.2012. Проверено 21 августа 2012 года.
  5. ^ Дифференциальные резервные копии SQL Server. Карлос Рохас. Сеть сообщества EMC. Корпорация EMC. 2 марта 2011. Проверено 21 августа 2012 года.
  6. ^ NetApp SnapMirror Блочное инкрементное резервное копирование на ленту с помощью NetVault Backup. Чарльз Кейпер, старший менеджер по продукции. Программное обеспечение Quest. 1 августа 2012 г. Проверено 21 августа 2012 г.
  7. ^ Закер, Крейг (2006). Сеть + Сертификация, четвертое издание. Редмонд, Вашингтон: Microsoft Press. п. 455.
  8. ^ Гугик, Дэвид. «Объяснение синтетического полного резервного копирования». CloudBerry Lab. Получено 20 декабря 2018.
  9. ^ «Новое прямое инкрементное постоянное резервное копирование». Virtualtothecore.

дальнейшее чтение