Изобретение синтетических полных резервных копий является одним из наиболее важных достижений в технологии резервного копирования за последние несколько десятилетий, вплоть до создания резервных копий на основе дисков, дедупликации, непрерывной защиты данных (CDP) и облака.
Вот как они появились, и объяснение того, какие преимущества они могут предложить.
Содержание статьи
Традиционные параметры резервного копирования
Существуют две очень широкие категории того, что индустрия резервного копирования называет уровнями резервного копирования;
вы либо резервируете все (полное резервное копирование), либо резервируете только то, что изменилось (инкрементное резервное копирование). Существуют разные типы инкрементных резервных копий, но это не имеет отношения к данному обсуждению. Типичная установка запускает инкрементные резервные копии каждую ночь и полные резервные копии каждую неделю — или даже реже.
Причина периодических полных резервных копий заключается в том, что происходит при выполнении восстановления. Традиционное программное обеспечение для резервного копирования восстановит все данные, найденные в полной резервной копии, даже если некоторые данные на этой ленте были заменены более новыми версиями, которые будут найдены в инкрементных резервных копиях. Затем процесс восстановления начнет восстанавливать новые или обновленные файлы из различных инкрементных резервных копий в порядке их создания.
Этот процесс выполнения нескольких операций восстановления, некоторые из которых восстанавливают данные, которые будут перезаписаны, неэффективно, если не сказать больше. Если восстановление поступает с ленты, вы также должны добавить время, необходимое для вставки и загрузки каждой ленты, найти подходящее место на ленте и извлечь ленту, когда она больше не нужна. Этот процесс может занять более пяти минут на одну ленту.
Это означает, что при таком типе конфигурации, чем чаще создаются ваши полные резервные копии, тем быстрее будет восстановление, поскольку они тратят меньше времени. (С точки зрения восстановления полные резервные копии каждую ночь были бы идеальными.) Именно поэтому было очень распространено полное резервное копирование раз в неделю на всех системах. По мере того, как системы стали более автоматизированными, некоторые практики перешли на ежемесячное или ежеквартальное полное резервное копирование.
Однако выполнение полного резервного копирования на активном сервере или виртуальной машине создает значительную нагрузку на этот сервер. Это дает стимул администратору резервного копирования максимально снизить частоту полного резервного копирования, даже если это приводит к восстановлению, которое занимает больше времени. Подобное сжатие между эффективностью резервного копирования и восстановления является основной причиной создания синтетических резервных копий.
Что такое синтетическая полная резервная копия?
Синтетическая полная резервная копия — это резервная копия, ведет себя как полная резервная копия во время восстановления, но не делает это во время резервного копирования. Фактически, в типичной синтетической конфигурации полного резервного копирования полное резервное копирование практически завершено. Для этого есть три основных метода.
Первый и, вероятно, самый распространенный метод создания синтетической полной резервной копии — это создание одной из доступных резервных копий. Система резервного копирования хранит каталог всех данных, которые она находит во время каждого резервного копирования. Таким образом, в любой данный момент он знает все файлы — и какие версии этих файлов — это будет в полной резервной копии, если он будет создан одним традиционным способом. Он просто копирует каждый из этих файлов с одного носителя на другой. Этот метод будет работать с лентой или диском, если доступно несколько устройств.
Этот метод выполнения искусственного полного резервного копирования может занять довольно много времени; однако этот процесс может выполняться в любое время суток без какого-либо влияния на резервируемые системы. Фактически, резервные копии серверов или виртуальных машин полностью не задействованы. Результирующая резервная копия во всех отношениях является полной резервной копией, и последующие инкрементные резервные копии могут основываться на этой полной резервной копии. Единственным недостатком этого метода является время, необходимое для копирования полной резервной копии.
Второй способ возможен только при использовании диска в качестве основного целевого объекта резервного копирования. Это также возможно, только если система резервного копирования хранит каждый измененный файл или блок как отдельный объект в своей системе хранения. Это отличается от способа, которым системы резервного копирования традиционно сохраняли резервные копии, когда многие файлы помещаются в контейнер (например, tar или собственный формат резервного копирования). Если все измененные файлы или блоки хранятся в виде отдельных фрагментов данных, то можно создать синтетическую полную резервную копию, просто создав представление в виде снимка текущей версии всех текущих фрагментов, составляющих полную резервную копию.
У этого метода есть много преимуществ, начиная с того факта, что для создания синтетической полной резервной копии практически не требуется времени, поскольку нет перемещения данных. Это означает, что синтетические полные резервные копии могут создаваться гораздо чаще, и фактически большинство систем, которые поддерживают это, будут делать это после каждого резервного копирования. Это означает, что, хотя система выполняет только инкрементные резервные копии, все ее резервные копии ведут себя как полные резервные копии. Как правило, это называется системой постоянного инкрементного резервного копирования на уровне блоков, поскольку она никогда больше не требует создания полной резервной копии, традиционно или с использованием метода копирования, упомянутого выше.
Наконец, существует подход, который является своего рода гибридом этих двух подходов. Это возможно только в целевых системах дедупликации. Как и во втором подходе, упомянутом выше, все резервные копии хранятся в виде небольших фрагментов данных, в результате чего каждый измененный файл или блок представляется множеством небольших фрагментов, хранящихся в целевой системе дедупликации. Это означает, что для этого устройства возможно создать виртуальную полную резервную копию — подобно методу нарастающего навсегда, упомянутому выше — за очень короткое время. Этим процессом также можно управлять с помощью продукта резервного копирования, где продукт резервного копирования сообщает целевой системе дедупликации о создании синтетической полной резервной копии. Как и второй подход, упомянутый выше, этот метод очень эффективен и происходит практически мгновенно.
Поддерживает ли ваша система синтетические полные резервные копии?
Использует ли он метод копирования, инкрементные резервные копии на уровне блоков навсегда, или метод виртуального копирования, используемый целевыми системами дедупликации, синтетическое полное резервное копирование стало довольно распространенным явлением в большинстве коммерческих систем резервного копирования. Если вы не используете эту функцию, возможно, пришло время выяснить, возможно ли это при настройке вашего аппаратного и программного обеспечения. Если это невозможно, это может указывать на то, что ваша система резервного копирования немного отстала от времени.
Эта статья «Как работает синтетическое полное резервное копирование и зачем она может понадобиться» была первоначально опубликована
Сетевой мир .
