Дифференциальное копирование. Резервное копирование: самые эффективные методы для разных задач. Инкрементное резервное копирование

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

Full Backup: ПОЛНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

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

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

Преимущества Full Backup:

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

Недостатки Full Backup:

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

Differential Backup: ДИФФЕРЕНЦИАЛЬНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

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

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

Преимущества Differential Backup:

• резервное копирование быстрее, чем полное, но медленнее, чем инкрементное
• восстановление быстрее, чем инкрементное, но медленнее чем полное
• более надежный способ (для восстановления требуется только полная и последняя резервная копия)

Недостатки Differential Backup:

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

Incremental Backup: ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

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

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

Преимущества Incremental Backup:

• высокая скорость резервного копирования (копируются только блоки изменённых данных)
• меньше места для хранения (по сравнению с полным)
• большее количество точек восстановления

Недостатки Incremental Backup:

• низкая скорость восстановления данных (необходимо восстановить как начальную полную копию, так и все последующие блоки)
• менее надежна (зависит от целостности всех блоков в цепочке)

Reverse Incremental Backup: ОБРАТНОЕ ИНКРЕМЕНТНОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

Обратное инкрементное резервное копирование, аналогично другим типам резервного копирования, начинается с создания полной резервной копии, но при каждом новом резервном копировании, все данные из предыдущей (полной) резервной копии перемещаются в новую резервную копию, а предыдущая РК заменяется инкрементом. Таким образом, отличие данного типа заключается в том, что последняя (самая новая) резервная копия всегда является полной, а старые резервные копии наоборот, всегда есть инкременты. Это дает возможность более быстрого восстановления, так как именно самая последняя резервная копия чаще является самой ценной и востребованной.

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

Преимущества Reverse Incremental Backup:

• быстрое восстановление (для последних копий)
• более высокая безопасность данных
• более гибкое управление объемом хранилища (buckup repository). При не хватке места, без последствий можно удалить старые версии резервных копий
• низкая загрузка сети (как для обычного инкрементного РК)

Недостатки Reverse Incremental Backup:

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

Synthetic Full Backup: СИНТЕТИЧЕСКОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ

Синтетическая резервная копия имеет много общего с обратным инкрементным типом резервного копирования. Различия заключается в том, что для создания новой полной резервной копии используются ранее созданные full и Incremental Backup. Синтетическое резервное копирование, как и остальные способы, начинается с создания полной резервной копии, за которой следует серия инкрементных резервных копий. В заданный момент существующая полная резервная копия и инкременты объединяются (синтезируются) в новую полную резервную копии, эта новая копия станет исходной для создания следующих инкрементов и т.д. Синтетический тип резервного копирования обладает такими же преимуществами как full backup, но при этом решает его недостатки, меньше нагружает сеть и экономит пространство для хранения бэкапа.

Преимущества Synthetic Full Backup:

• высокая скорость резервного копирования и восстановления
• гибкое управление данными
• низкая загрузка сети (для получения инкрементных РК)

Недостатки Synthetic Full Backup:

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

Вывод

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

Сегодня мы рассмотрим принципы организации инкрементального и дифференциального резервного копирования с использованием программы .

Часто пользователи используют APBackup для полного сохранения данных, например в одну и туже директорию или каждый раз в разные архивы с использованием , а так же параметра глубина архива. Это хорошо работает на не больших объемах данных. Но если, например, каждый день необходимо архивировать полностью большой объем информации (например, несколько десятков гигабайт) то полный архив может занять много времени, а так затормозить работу компьютера. Хотя в имеется механизм позволяющий регулировать нагрузку на процессор компьютера (задание низкого приоритета процессу архивирования, автоматические паузы в процессе архивирования,..).

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

Чем отличается инкрементальное и дифференциальное копирование? Допустим мы сделали полную резервную копию исходного каталога и теперь каждый день необходимо сохранять изменения этого каталога. В случае инкрементального бэкапа, каждый день программа будет архивировать только новые или измененные файлы с момента последнего бэкапа (полного или инкрементального). Таким образом, что бы восстановить исходный каталог в случае аварии нам понадобится полный архив и ВСЕ инкрементальные копии с момента создания этого полного архива. В случае дифференциального копирования каждый день будет создаваться нарастающий архив новых и измененных файлов с момента полного архива. Т.е. каждый следующий дифференциальный архив содержит файлы, входящие во все предыдущие дифференциальные архивы. При восстановлении нам понадобится только полный архив и ПОСЛЕДНИЙ дифференциальный.

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

Итак, для определенности, допустим нам необходимо организовать резервное копирование папки C:\work\ в архив D:\backup\ . Мы будем делать полный бэкап по воскресеньям (например, выходной, когда никто не работает с сервером) а инкрементальные копии каждый вечер остальных дней недели.

Режим копирования может быть ЛЮБОЙ, программа будет работать одинаково в любом режиме: Архивирование (возможно с использованием внешнего архиватора), копирование, копирование на FTP. В нашем примере это будет архивирование с использованием внутреннего архиватора.

Итак, для начала создадим задание для организации полного копирования.

Назовем задание TEST_FULL, режим копирования: «Архивировать» , Вид резервного копирования: «Сохранять все файлы»

Расписание: еженедельно по воскресеньям .

Источник: «C:\WORK»

Для сохранения полного архива используем папку «d:\backup\» , архив имеет префикс «FULL_» + формат даты . Глубина = 1, т.е. будет сохранен только 1 последний полный архив.

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

Теперь, когда задание для полного резервного копирования готово, можно создать его копию для настройки инкрементального резервного копирования. Копию задания можно сделать, находясь в основном окне программы через меню «Задание»-> «Создать копию (F5)»

После создания копии будет открыто окно конфигурации нового задания. Нам необходимо внести следующие изменения в новом задании:

Описание: «TEST_INC», Вид резервного копирования: «Только новые и измененные файлы (с последнего архива)» . Это как раз инкрементальный режим резервного копирования. Для выбора дифференциального режима необходимо выбрать режим копирования: «Только новые и измененные файлы (с последнего полного архива)»

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

На закладке «Сохранение архива» необходимо изменить префикс архива на другой чем у полной копии, изменим на «INC_». А так же изменим глубину архива на 7 ДНЕЙ. Т.к. для восстановления нам понадобятся ВСЕ инкрементальные копии с момента полного архива т.е. все копии за последние 7 дней. В случае дифференциального копирования глубину можно задавать 1 день, т.к. нам необходимо будет только последний архив.

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

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

О резервном копировании в последнее время много говорят и пишут. И мы, SIM-Networks, в том числе. :)

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

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

Кроме того, актуальный бэкап поможет нивелировать последствия вмешательства форс-мажорных обстоятельств или человеческого фактора, а также сбоя оборудования вследствие разных причин. Не зря ведь одна из заповедей сисадмина гласит: готовя новый сервер к работе, вначале настрой резервное копирование!

Как настроить бэкап

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

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

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

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

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

Основные критерии выбора программы для бэкапов

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

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

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

Поговорим теперь о видах бэкапа - полном, инкрементальном и дифференциальном. Они различаются способом копирования и сжатия информации.

Полный бэкап (full backup)

Тут все понятно из названия: каждый раз, согласно заданию на бэкап, создается полная копия всей системы, точнее, всех тех данных, которые вы определили для резервного копирования при постановке задачи. Для уменьшения итогового объема резервной копии все данные сжимаются в архив. Таким образом, в вашем хранилище при полном резервном копировании с заданной периодичностью появляются архивы, где данные в основной своей массе дублируются (поскольку на протяжении долгого времени не изменяются). Это серьезный недостаток, ведь расходуется огромный объем ресурсов (см.п.1 в списке критериев бэкапа): место в хранилище, время создания и процессорное время, вычислительные мощности, наконец, ресурсы трафика при транспортировке архивов в удаленную СХД. И хотя метод полного копирования ранее был очень распространенным из-за высокой надежности, в чистом виде на сегодняшний день он признан малоэффективным. Например, для резервного копирования невысокой глубиной (менее двух недель) или с высокой частотой (раз в сутки, раз в несколько часов) полный бэкап чрезмерно расходует ресурсы.

Немного спасет ситуацию механизм дедупликации - выявление и удаление дублирующихся данных в полных копиях. Он также задается специальными программными средствами как на уровне СХД или сервера, так и на клиенте непосредственно. Статистика в некоторых источниках приводит впечатляющие результаты степени дедупликации - от 90% до 98%.

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

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

Инкрементальный, или инкрементный, бэкап (incremental backup)

По сравнению с full backup гораздо экономичнее и быстрее, поскольку в этом процессе копируются только те файлы, которые изменились со времени предыдущего резервного копирования. Исходные данные, записанные изначально, не перезаписываются. Механизм инкрементального копирования прост: в качестве начальной точки бэкапа Х 0 выбирается время (например, полночь с воскресенья на понедельник), в которое делается полный бэкап; в точке Х 1 (полночь с понедельника на вторник) делается копирование файлов, измененных и/или появившихся с момента Х 0 ; в точке Х 2 (полночь со вторника на среду) копируются файлы, измененные/появившиеся с момента выполнения Х 1 ; … в точке Х n происходит завершение цикла и делается следующий полный бэкап.

Этот метод гораздо более экономично расходует ресурсы и места в хранилище, и времени, и трафика передачи данных, по сравнению с другими. Однако при восстановлении данных в случае необходимости из резервной копии происходит поэтапное восстановление из точек Х n-1… Х 2, Х 1, Х 0 - до последнего полного бэкапа включительно, и этот процесс может занять много времени.

Дифференциальный бэкап (differential backup)

Выигрывает перед инкрементальным в случае восстановления данных - время на эту операцию у него меньше, поскольку сравниваются полные копии Х 0 и Х n и не требуется поэтапного восстановления. Однако в части объема пространства для размещения в СХД дифференциальное резервное копирование сопоставимо с полным, поэтому экономии места в хранилище и трафика практически не достигается.

При дифференциальном бэкапе происходит копирование «нарастающим итогом»: каждый измененный файл в каждой последующей точке бэкапа копируется заново. То есть выглядит это как: Х 0 , Х 1 , Х 1 +Х 2 , Х 1 +Х 2 +Х 3 , … +Х n , Х 0 +Х (1+… n)

Словом, очень громоздко и сложно при расчете места в СХД.

Понять разницу между инкрементальным и дифференциальным бэкапом достаточно просто. Фактически - она в одном слове. Просто сравните:

• инкрементальный обрабатывает файлы, измененные или созданные с момента выполнения предыдущего бэкапа;
• дифференциальный обрабатывает файлы, измененные или созданные с момента выполнения предыдущего полного бэкапа.

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

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

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

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

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

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

За последние 12-15 лет в технологиях резервного копирования произошло много критических изменений, заставивших пересмотреть эффективность подходов и открыть новые способы. Например, внедрение технологии снэпшотов (snapshots ) - моментальных «снимков» файловой системы, из которых можно «склеить» резервную копию, - позволяют в облачных системах делать резервное копирование быстро и безболезненно, не останавливая виртуальной машины. Кроме того, применяясь в облаке, снэпшоты позволяют серьезно экономить ресурс СХД, поскольку на диске клиента они места не занимают.

Клиенты SIM-Networks выбирают бэкап!

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

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

Если вы арендуете мощности в нашей облачной инфраструктуре , заказать услугу резервного копирования SIM-Cloud BaaS , проще простого, в пару кликов. Всё уже настроено и будет подключено автоматически, как только вы дадите команду. Кстати, когда наши инженеры разрабатывали SIM-Cloud BaaS, они проанализировали эффективность разных типов бэкапа и остановили свой выбор на методе инкрементального копирования. Наше резервное копирование в облаке оптимизировано таким образом, что показатель RTO (время восстановления данных из копии) составляет в среднем от 15 до 30 минут в зависимости от объема данных. Облачный BaaS от SIM-Networks соответствует всем заявленным выше критериям высококачественного резервного копирования.

Вы можете самостоятельно выбрать, в каком дата-центре организовать хранилище для бэкапов. Первый вариант - локальное хранение: ваши резервные копии хранятся в том же ДЦ, где развернута ваша основная инфраструктура. Это дает возможность ускорить RTO и RPO. Второй вариант - бэкапы отправляются на хранение в дата-центр, удаленный от того, в котором развернута основная инфраструктура. Восстановление данных в этом случае будет происходить немного медленнее, но фактор безопасности выше. Если вы сомневаетесь, какой вариант выбрать, обратитесь в нашу службу Customer Care - вам помогут подобрать оптимальное решение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В отличие от полного резервного копирования в этом случае копируются не все данные (файлы, сектора и т.д.), а только те, что были изменены с момента последнего копирования. Для выяснения времени копирования могут применяться различные методы, например, в системах под управлением операционных систем семейства Windows используется соответствующий атрибут файла (архивный бит), который устанавливается, когда файл был изменен, и сбрасывается программой резервного копирования. В других системах может использоваться дата изменения файла. Понятно, что схема с применением данного вида резервного копирования будет неполноценной, если время от времени не проводить полное резервное копирование. При полном восстановлении системы нужно провести восстановление из последней копии, созданной Full backup, а потом поочередно восстановить данные из инкрементных копий в порядке их создания. Данный вид используется для того, чтобы в случае создания архивных копий сократить расходуемые объемы на устройствах хранения информации (например, сократить число используемых ленточных носителей). Также это позволит минимизировать время выполнения заданий резервного копирования, что может быть крайне важно в условиях, когда машина работает постоянно, или прокачивать большие объемы информации. У инкрементного копирования есть один нюанс: поэтапное восстановление возвращает и нужные удаленные файлы за период восстановления. Например: допустим, по выходным дням выполняется полное копирование, а по будням инкрементное. Пользователь в понедельник создал файл, во вторник его изменил, в среду переименовал, в четверг удалил. Так вот при последовательном поэтапном восстановлении данных за недельный период мы получим два файла: со старым именем за вторник до переименования, и с новым именем, созданным в среду. Это произошло потому, что в разных инкрементных копиях хранились разные версии одного и того же файла, и в итоге будут восстановлены все варианты. Поэтому при последовательном восстановлении данных из архива «как есть» имеет смысл резервировать больше дискового пространства, чтобы смогли поместиться в том числе и удаленные файлы.

Достоинства метода:

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

Меньшее время резервного копирования и восстановления - Инкрементальное резервное копирование занимает меньше времени, чем полное и дифференциальное резервное копирование.

Недостаток метода:

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