Многим известны различные системы создания образов дисков и резервного копирования данных, например Acronis True Image, Pagaron Drive Backup, Ghost, Time Machine для Mac-совместимых компьютеров и др. Компания Microsoft также внедрила в свои операционные системы систему резервного копирования данных, которая доступна как для обычных пользователей, так и для системных администраторов. До выпуска операционной системы Windows Vista компания Microsoft предлагала пользователям систему резервного копирования NTBackup и утилиту System Restore, которые имели массу недостатков. С выходом Windows Vista и переходом на формат хранения образов VHD появилась возможность более простого резервного копирования данных и создания образов операционной системы средствами нового комплекса утилит под названием Windows Backup and Restore. После выпуска новых операционных систем этот компонент совершенствовался и модифицировался. В данной статье мы рассмотрим, что предлагает компания Microsoft конечному пользователю для резервирования данных в недавно вышедшей операционной системе Windows 8. Но сначала вкратце расскажем об основных типах резервного копирования, которые реализованы в многочисленных продуктах различных компаний.

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

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

Клонирование разделов и создание образов

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

Полное файловое резервирование

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

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

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

Инкрементное резервирование (Incremental backup)

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

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

Windows Backup And Restore

Компонент Windows Backup And Restore (Архивация и Восстановление) стал доступен пользователям начиная с выхода операционной системы Windows Vista и отвечает за создание полного бекапа операционной системы с возможностью инкрементного резервирования. С выходом операционной системы Windows 8 этот компонент сменил название на Windows 7 File Recovery. Хотя он ничего из своего функционала и не потерял, Microsoft рекомендует использовать для резервирования данных новую утилиту File History, которая включена в операционные системы Windows 8 и Server 2012, но о ней мы расскажем чуть позже. Windows Backup And Restore позволяет создавать автоматический полный бекап на сменный носитель, оптические диски или в специальное место на удаленном сервере.

Последняя возможность доступна только для определенных редакций Windows 7/8, так как позиционируется как решение для ИT-администраторов компаний. Полный бекап системы в случае использования этого компонента предполагает не только сохранение файлов пользователей, но и возможность создания образа всей операционной системы и резервирование отдельных дисков компьютера. Для пользователя также доступно создание исключительно образа системы, который впоследствии можно не только извлечь на новый носитель этого компьютера, но и использовать как виртуальный диск в системах виртуализации. В случае применения данного компонента пользователь может задать те папки, которые необходимо резервировать, а также указать те системные диски, которые нужно сохранять при полном бекапе. При резервировании только файлов пользователя Windows Backup And Restore использует инкрементное резервирование данных, что позволяет получить большее количество слепков файлов в различные моменты времени. Обычно полное резервирование выполняется раз в неделю и предполагает не только резервирование файлов пользователя, но и создание образа системы, а также копирование данных для точек восстановления компонента Windows System Recovery. Процесс восстановления файлов пользователей может происходить прямо из-под операционной системы - он достаточно прост и понятен для большинства пользователей. Восстановление системы при серьезном сбое может быть осуществлено с помощью встроенных утилит Windows Recovery. Для этого необходимо либо создать новый специальный диск восстановления, либо использовать установочный образ операционный системы, с которого она устанавливалась на ПК ранее. При загрузке в режиме восстановления Windows Recovery предложит пользователю на выбор следующие режимы восстановления: восстановление файлов, переход к определенной точке восстановления, извлечение резервного образа системы на основной системный диск. Данные для восстановления в этом случае могут быть взяты с оптического носителя, внешнего или внутреннего накопителя, а также с сетевого хранилища данных. Редакция операционной системы в этом случае роли не играет. Увы, несмотря на то, что Windows Backup And Restore - достаточно мощный и удобный компонент операционной системы, компания Microsoft заявила, что, согласно проведенным исследованиям, этой утилитой пользуются в лучшем случае 5% пользователей. В связи с этим для более простого и эффективного резервирования данных компания Microsoft разработала для пользователей следующее поколение резервирования системы - Windows File History.

Windows File History

Windows File History, новый компонент операционных систем Windows 8 и Server 2012, в некотором роде замещает своего предшественника - Windows Backup And Restore. Он призван заменить только инкрементное файловое резервирование, в то время как создание образов системы и режим полного резервного копирования могут быть выполнены исключительно с помощью Windows 7 File Recovery. Компонент Windows File History изначально разрабатывался как удобное и практичное решение для пользователей, которым необходим прозрачный способ резервирования своих важных данных. При разработке этой утилиты особое внимание было уделено простоте инициализации процесса в сочетании с возможностью удобного и быстрого просмотра всех сохраненных данных. Процесс резервирования с помощью новой утилиты происходит незаметно для пользователя в автоматическом режиме и не требует от него дополнительных действий. Нельзя не отметить модифицирования резервирования на сетевые устройства, что позволяет легко и удобно работать с сохраненными файлами, если используются мобильные подключения или слабые каналы связи.

За основу утилиты Windows File History была взята часть базового функционала Windows Backup And Restore, в которой переделана визуальная составляющая, ответственная за представление сохраненных пользовательских данных. Просмотр ранее сохраненных данных теперь доступен из файлового менеджера Windows Explorer с помощью отдельной вкладки History. Это позволяет быстро найти необходимые файлы и восстановить их в любое место в системе. Несмотря на то что процесс резервирования основывается на инкрементном резервировании, при работе с ним не возникает мысли, что это именно резервирование, это скорее история создания, модифицирования или удаления файлов пользователей, доступная в любой момент. Такой подход к резервированию данных, безусловно, подойдет большинству неискушенных пользователей, поскольку процесс удобен и более нагляден в применении, чем работа с Windows Backup And Restore.

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

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

По умолчанию резервирование посредством утилиты Windows File History происходит каждый час, однако при необходимости пользователь может сам выбрать промежутки времени между каждым резервированием данных. Пользователю доступна возможность установить промежутки между резервированием от 10 минут до 1 дня. Для Windows File History можно установить только одно текущее место для резервирования, однако, если добавить несколько накопителей в места для резервирования, они могут использоваться попеременно в зависимости от их доступности. Это удобно в случае применения сетевого хранилища и отдельного накопителя. Таким образом, данные будут сохраняться в несколько мест в зависимости от текущей конфигурации. Также нельзя не отметить функцию выбора количества глубины сохраненных копий. Например, по прошествии одного или нескольких месяцев система может автоматически затирать старые данные, заменяя их новыми. Это позволяет экономить пространство в том месте, куда происходит резервирование данных. Кроме того, пользователь может использовать до 25% пространства накопителя для резервирования данных.

Утилита Windows File History по умолчанию резервирует наиболее активно используемые папки, а именно - «Контакты», «Избранное» и «Рабочий стол». Кроме того, резервирование автоматически применяется ко всем используемым папкам «Библиотеки». Пользователь может создавать собственные библиотеки данных, которые, по сути, являются символьными ссылками на реальные папки компьютера. То есть если пользователю необходимо резервировать конкретную папку на ПК, ему перед установкой Windows File History необходимо добавить эту папку в библиотеки. К тому же если некоторые папки нужно исключить из резервирования, то пользователь может выборочно исключить все библиотеки пользователя или же набор часто применяемых папок. С учетом активной интеграции с функцией «облачного» хранения данных Windows Skydrive использование этого «облачного» сервиса может быть нацелено на резервирование важных пользовательских данных, хранящихся в «облаке». Для того чтобы такая связка работала, необходимо лишь установить Skydrive, - после этого он автоматически добавится в библиотеки и будет резервироваться по мере необходимости. Увы, функция резервирования данных на «облако» пока недоступна пользователям, но компания Microsoft уже планирует добавить определенную возможность по резервированию данных на «облачные» хранилища данных в будущих версиях своих ОС.

Таким образом, новая система резервирования Windows File History отлично подходит для большинства пользователей. Простой и понятный интерфейс с возможностью быстрого добавления и восстановления файлов гораздо ближе к современному пользователю, чем предыдущая версия инкрементного резервирования в Windows Backup And Restore.

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

Каждый блок данных в файле данных содержит системный номер изменения (SCN), который является номером SCN, на котором было произведено новое изменение в блоке. Во время инкрементного резервного копирования RMAN читает SCN каждого блока данных во входном файле и сравнивает его с SCN контрольной точки родительского инкрементного резервного копирования. Если SCN в входном блоке данных больше или равно, чем SCN контрольной точки родителя, то RMAN копирует блок.

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

Инкрементные Резервные копии Уровня 0 и Уровня 1

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

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

• Дифференциальный бэкап, который резервирует все блоки, измененные после последнего инкрементного бэкапа на уровне 1 или 0
• Кумулятивный бэкап, который резервирует все блоки, измененные после последнего инкрементного бэкапа на уровне 0

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

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

Дифференциальные Инкрементные Бэкапы

В дифференциальном бэкапе уровня 1 RMAN резервирует все блоки, которые изменились, начиная с последнего кумулятивного или дифференциального инкрементного бэкапа на уровне 1 или 0. RMAN определяет, какой бэкап уровня 1 был последний раз и резервирует все блоки, модифицированные после этого бэкапа. Если никакой бэкап уровня 1 не доступен, RMAN копирует все блоки, измененные начиная с бэкапа уровня 0.

Следующая команда выполняет дифференциальный инкрементный бэкап уровня 1 базы данных:

RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE;

Если бэкап уровня 0 не доступен, то поведение зависит от установки режима совместимости. Если совместимость >=10.0.0, RMAN копирует все блоки, измененные с момента создания файла и сохраняет результаты как бэкап уровня 1. Другими словами, во время инкрементного резервного копирования берется SCN, равный SCN создания файла. Если совместимость <10.0.0, RMAN генерирует бэкап уровня 0 содержимого файла во время резервного копирования, чтобы не было противоречия с предыдущими релизами.

Рисунок 1 Дифференциальные Инкрементные Бэкапы (по умолчанию)

• В воскресенье
  Инкрементный бэкап уровня 0 резервирует все
• С понедельника – по субботу
  Каждый день с понедельника до субботы дифференциальный инкрементный бэкап уровня 1 резервирует все блоки, которые изменились, начиная с последнего инкрементного бэкапа на уровне 1 или 0. Так, бэкап в понедельник копирует блоки, измененные начиная с воскресного бэкапа уровня 0, бэкап во вторник копирует блоки, измененные начиная бэкапа уровня 1 в понедельник 1 и т.д.

Кумулятивные Инкрементные Бэкапы

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

Следующая команда выполняет кумулятивный бэкап уровня 1 базы данных:

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE; # блоки, измененные с уровня 0

Рисунок 2 Кумулятивные Инкрементные Бэкапы

В примере, показанном на , происходит следующее:

• В воскресенье
  Инкрементный бэкап уровня 0 резервирует все блоки, которые когда-либо использовались в этой базе данных.
• С понедельника – по субботу
  Кумулятивный инкрементный бэкап уровня 1 копирует все блоки, измененные начиная с последнего бэкапа уровня 0. Поскольку последний бэкап уровня 0 создавался в воскресенье, бэкап уровня 1 каждый день с понедельника до субботы резервирует все блоки, которые измененились начиная с воскресного бэкапа.
• Цикл повторяется в течение следующей недели.

Простая Стратегия Инкрементного резервного копирования

Выберите схему резервирования согласно приемлемому MTTR (сокр. от mean time to recover – среднее время для восстановления). Например, можно реализовать трехуровневую схему резервирования так, чтобы полный или бэкап уровня 0 брался ежемесячно, кумулятивный бэкап уровня 1 брался еженедельно и дифференциальный бэкап уровня 1 брался ежедневно. В этой схеме Вам никогда не придется применять запас журналов транзакций более чем за один день для полного восстановления.

Решая, как часто брать полный или бэкап уровня 0, используйте хорошее эмпирическое правило: следует брать новый бэкап уровня 0 каждый раз, когда 50 % или более данных изменились. Если темп изменения вашей базы данных предсказуем, то можно наблюдать за размером инкрементных резервных копий, чтобы определить, когда следует брать очередной бэкап уровня 0. Следующий запрос выводит на экран количество блоков, записанных в набор резервирования для каждого файла данных с по крайней мере 50 % его зарезервированных блоков:

SELECT FILE#, INCREMENTAL_LEVEL, COMPLETION_TIME, BLOCKS, DATAFILE_BLOCKS FROM V$BACKUP_DATAFILE WHERE INCREMENTAL_LEVEL > 0 AND BLOCKS / DATAFILE_BLOCKS > .5 ORDER BY COMPLETION_TIME;

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

Спасибо за внимание!.

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

Инкрементный бэкап уровня 0 эквивалентен полному бэкапу, который был отмечен как уровень 0.

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

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

Полные Резервные копии

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

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

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

Инкрементные резервные копии определяются, используя ключевое слово INCREMENTAL команды BACKUP. Вы указываете INCREMENTAL LEVEL .

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

Дифференциальный: Тип инкрементного бэкапа по умолчанию, который резервирует все блоки, измененные после самого последнего инкрементного резервного копирования либо на уровне 1, либо на уровне 0

Совокупный (Кумулятивный): Резервирует все блоки, измененные после самого последнего резервного копирования на уровне 0

Примеры

Чтобы выполнить инкрементное резервное копирование на уровне 0, используйте следующую команду:

• Чтобы выполнить совокупное инкрементное резервное копирование, используйте следующую команду:

  RMAN> BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

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

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

Отметьте: Можно выполнять любой тип резервного копирования (полный или инкрементный) базы данных, которая находится в режиме NOARCHIVELOG - если, конечно, база данных не открыта. Отметьте также, что восстановление ограничивается временем последнего резервного копирования. База данных может быть восстановлена до последней зафиксированной транзакции только, когда база данных находится в режиме ARCHIVELOG.

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

Что такое инкрементальное резервное копирование?

Инкрементное копирование — это метод копирования, при котором к исходной копии набора данных шаг за шагом приписываются дополнения, отражающие изменения в данных (эти пошаговые изменения в наборе данных и называются инкрементами).

Например, если из 200 файлов в исходном наборе изменены только 3, то они и будут скопированы при следующем инкрементном бэкапе.

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

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

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

Как выполнить инкрементальный бэкап файлов в Handy Backup?

Запрограммировать задачу инкрементного резервного копирования в Handy Backup очень легко. Выберите на Шаге 4 в продвинутом режиме* создания задачи инкрементное или смешанное инкрементное копирование.

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

* На Шаге 1 создании задачи необходимо поставить галочку напротив пункта "Продвинутый режим".

Рекомендуемое решение для инкрементального резервного копирования

Кросс-платформенное решение для инкрементального бэкапа

Инкрементное копирование файлов и папок в Linux и по сети

Кроме версии для Windows, Handy Backup также полностью поддерживает на уровне исполняемой программы дистрибутивы Linux, основанные на Ubuntu 16.04 и 14.04. Также программа предоставляет рабочую станцию на Java для сетевых Windows, Linux и FreeBSD машин.

Попробуйте возможности Handy Backup для инкрементного бэкапа файлов самостоятельно,
скачав и установив бесплатную 30-дневную пробную версию программы со всеми функциями!

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

Клонирование

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

Резервное копирование в виде образа

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

Резервное копирование в режиме реального времени

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

Схемы ротации.

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

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

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

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

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

«10 наборов» Данная схема рассчитана на десять наборов носителей. Период из сорока недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла номер набора сдвигается на один день. Иными словами, если в первом цикле за понедельник отвечал набор номер 1, а за вторник - номер 2, то во втором цикле за понедельник отвечает набор номер 2, а за вторник - номер 3. Такая схема позволяет равномерно распределить нагрузку, а следовательно, и износ между всеми носителями.

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

Хранение резервной копии

1. Лента стримера - запись резервных данных на магнитную ленту стримера;

2. «Облачный» бэкап» - запись резервных данных по «облачной» технологии через онлайн-службы специальных провайдеров;

3. DVD или CD - запись резервных данных на компактные диски;

4. HDD - запись резервных данных на жёсткий диск компьютера;

5. LAN - запись резервных данных на любую машину внутри локальной сети;

6. FTP - запись резервных данных на FTP-серверы;

7. USB - запись резервных данных на любое USB-совместимое устройство (такое, как флэш-карта или внешний жёсткий диск);

8. ZIP, JAZ, MO - резервное копирование на дискеты ZIP, JAZ, MO.