Дифференциальный инкрементальный бэкап. Типы Бэкапов RMAN. Synthetic full backup: синтетическое резервное копирование

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

Полные бэкапы

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

Инкрементальные бэкапы

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

Плюсы инкрементального резервирования по сравнению с полным

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Параметр	Полная резервная копия	Дифференциальная резервная копия	Инкрементная резервная копия
Дисковое пространство	Максимальное		Минимальное
Время создания	Максимальное		Минимальное
Время восстановления	Минимальное		Максимальное

Дифференциал против инкрементного резервного копирования

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

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

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

Различия

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

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

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

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

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

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

Инкрементное резервное копирование более выгодно для больших наборов данных.

Многим известны различные системы создания образов дисков и резервного копирования данных, например 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.

О резервном копировании в последнее время много говорят и пишут. И мы, 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 - вам помогут подобрать оптимальное решение.

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