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

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

Варианты

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

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

Примером 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 КБ), байтовые - Основанные на технологиях технологии работают с минимальной единицей измерения, экономя место при отображении изменений в файле. Еще одно важное отличие состоит в том, что они работают независимо от файловой системы. На данный момент это технологии, которые обеспечивают максимальное относительное сжатие данных, что является большим преимуществом для защищенных копий, выполняемых через Интернет.

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

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

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

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

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

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

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

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

Рекомендации

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