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

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

Варианты

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

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

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

rsync -e ssh -va --link-dest=$dst/hourly.1 $remoteserver:$remotepath $dst/hourly.0

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

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

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

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

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

Если самая старая версия зеркала рассматривается как базовая, а новейшая версия — как исправленная версия, созданная инкрементная версия является прямой инкрементальной.

Если самая новая версия зеркала рассматривается как базовая, а самая старая версия — как исправленная/измененная версия, созданная инкрементная версия является обратной инкрементальной.

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

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

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

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

Компании, использующие метод обратного инкрементального резервного копирования, включают Intronis и Zetta.net .

Инкрементно навсегда

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

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

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

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

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

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

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

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

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

Дифференциал

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

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

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

См. также

Схема ротации резервных копий
Непрерывная защита данных
Дельта-кодирование
Дамп (Unix) — UNIX-утилита для многоуровневого инкрементального резервного копирования файловой системы.
Инкрементные вычисления
rsync — алгоритм и протокол синхронизации файлов.

Ссылки

^ Описание полных, инкрементных и дифференциальных резервных копий. Поддержка Майкрософт. Проверено 21 августа 2012 г.
^ 3.3.2. Создание инкрементальной резервной копии. (Руководство пользователя MySQL Enterprise Backup (версия 3.7.1) :: II Использование MySQL Enterprise Backup :: 3 Резервное копирование сервера базы данных :: 3.3 Сценарии и примеры резервного копирования :: 3.3.2 Создание добавочной резервной копии). MySQL. Проверено 21 августа 2012 г.
^ ARCserve Backup r16-ENU/Bookshelf_Files/PDF/AB_MS_EXCHANGE_W_ENU.pdf CA ARCserve Backup для Windows: Руководство по агенту для Microsoft Exchange Server, техническая поддержка CA Technologies r16. Страница 52. Проверено 21 августа 2012 г.
^ В чем разница между дифференциальным и инкрементальным резервным копированием? Архивировано 4 сентября 2012 г. в службе технической поддержки Wayback Machine Symantec Enterprise. Артикул: TECH7665. Создано: 27 января 2000 г.; Обновлено: 12 мая 2012 г. Проверено 21 августа 2012 г.
^ Дифференциальные резервные копии SQL Server. Карлос Рохас. Сеть сообщества EMC. Корпорация ЕМС. 2 марта 2011 г. Проверено 21 августа 2012 г.
^ Инкрементное резервное копирование NetApp SnapMirror на уровне блоков на ленту с помощью NetVault Backup. Архивировано 11 июля 2013 г. в archive.today Чарльз Кейпер, старший менеджер по продукту. Программное обеспечение для квестов. 1 августа 2012 г. Проверено 21 августа 2012 г.
^ Закер, Крейг (2006). Сертификация Network+, четвертое издание . Редмонд, Вашингтон: Microsoft Press. п. 455.
^ «Что такое инкрементальное резервное копирование?» . Цифровой гид IONOS . Проверено 15 августа 2022 г.
^ Гугик, Дэвид. «Описание синтетического полного резервного копирования» . Лаборатория КлаудБерри . Проверено 20 декабря 2018 г.
^ «Новое прямое инкрементное-вечное резервное копирование» . Виртуальное ядро . 13 октября 2014 г.

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

«Защита файловых систем: обзор методов резервного копирования». CiteSeerX 10.1.1.3.2181 . {{cite web}}: Отсутствует или пусто |url= ( помощь )
«Дифференциальное и инкрементное резервное копирование: почему вас это должно волновать?» . НоваСтор . Проверено 31 октября 2014 г.

[1] Описание полных, инкрементных и дифференциальных резервных копий. Поддержка Майкрософт. Проверено 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, техническая поддержка CA Technologies r16. Страница 52. Проверено 21 августа 2012 г.

[4] В чем разница между дифференциальным и инкрементальным резервным копированием? Архивировано 4 сентября 2012 г. в службе технической поддержки Wayback Machine Symantec Enterprise. Артикул: TECH7665. Создано: 27 января 2000 г.; Обновлено: 12 мая 2012 г. Проверено 21 августа 2012 г.

[5] Дифференциальные резервные копии SQL Server. Карлос Рохас. Сеть сообщества EMC. Корпорация ЕМС. 2 марта 2011 г. Проверено 21 августа 2012 г.

[6] Инкрементное резервное копирование NetApp SnapMirror на уровне блоков на ленту с помощью NetVault Backup. Архивировано 11 июля 2013 г. в archive.today Чарльз Кейпер, старший менеджер по продукту. Программное обеспечение для квестов. 1 августа 2012 г. Проверено 21 августа 2012 г.

[7] Закер, Крейг (2006). Сертификация Network+, четвертое издание . Редмонд, Вашингтон: Microsoft Press. п. 455.

[8] «Что такое инкрементальное резервное копирование?» . Цифровой гид IONOS . Проверено 15 августа 2022 г.

[9] Гугик, Дэвид. «Описание синтетического полного резервного копирования» . Лаборатория КлаудБерри . Проверено 20 декабря 2018 г.

[10] «Новое прямое инкрементное-вечное резервное копирование» . Виртуальное ядро . 13 октября 2014 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]