Бэкап по-умному. Выбираем правильную программу резервирования информации

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

Копирование данных с продакшен-сервера на backup-сервер

Продакшен-сервер – это рабочий сервер, который выполняет, какие либо сервисы для пользователей.

backup-сервер – это сервер на который копируется контент с продакшен-сервера. Единственное предназначение такого сервера – хранить данные с других серверов. Обычно сам он никаких сервисов не выполняет. Главное требование – большое дисковое пространство. Скорость дисковых накопителей особого значения не имеет, так как доступ к данным не частый – записать бекап на диск и считать его в случае необходимости.

Минус этого решения – необходимость в отдельном сервере под backup`ы а это дополнительные затраты. Маленькие и средние компании обычно пытаются сэкономить деньги на покупке вспомогательного оборудования.

Перекрестное копирование данных

Когда два или более продакшен серверов копируют друг на друга свои данные. В случае, когда на продакшен серверах есть достаточное количество дискового пространства для хранения данных с других серверов, их можно использовать как backup-серверы. Мы копируем данные с сервера server1 на server2 а данные с server2 на server1.

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

Системы хранения данных

“Классические” сервера для хранения бекапов хороши при относительно небольших объемах. Сейчас это несколько сотен гигабайт. Когда же объемы гораздо больше на помощь приходят СХД, Системы Хранения Данных.

Дисковые массивы

По сути такой же сервер, но спроектирован специально под хранение данных. Имеет много HDD большего размера. Например, дисковый массив Sun Storage J4500. Масштабируемость – от 24 до 192 Тб. Поддерживаемые ОС: Solaris, RedHat, Suse, Windows

Ленточные накопители

Они же стримеры. Данные, как и в случае с ленточными библиотеками записываются на специальные картриджи. Как правило, картридж – это магнитная лента в пластиковом корпусе. Например, ленточный накопитель HP StorageWorks DAT 160 SAS. Картридж для HP StorageWorks DAT 160 SAS. 160 Гб.

Ленточные библиотеки

Предназначены для автоматизированного резервного копирования данных. Одновременное использование нескольких лентопротяжных механизмов увеличивает производительность библиотеки и сокращает время, необходимое для записи и чтения резервных копий. Одно из самых серьезных решений SUN. Ленточная библиотека Sun StorageTek SL8500. До 56 петабайт данных. До 70 тысяч картриджей.

Другие носители данных

• optical disc (CD-R/RW, DVD-R/RW);
• flash-накопители;
• ZIP, Jaz, MO драйвы.

Виды бекапа

Полное резервирование (Full backup)

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

Дифференциальное резервирование (Differential backup)

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

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

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

Резервирование клонированием

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

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

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

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

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

Схемы ротации бекапов

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

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

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

“Дед, отец, сын” (GFS) – имеет иерархическую структуру ротации.

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

“Ханойская башня” – название пошло от древней китайской игры. Смысл игры заключается в следующем. Есть три стержня и какой-то набор дисков. Диски нужно перемещать со стержня на стержень, но так, чтобы каждый новый диск ложился на диск большего диаметра. Такой метод бекапа достаточно сложен и практически не применяется в настоящее время.

“10 наборов” – метод рассчитан на 10 наборов носителей. Период из 40 недель делится на десять циклов. В течение цикла за каждым набором закреплен один день недели. По прошествии четырехнедельного цикла осуществляется сдвиг номера набора. То есть в первом цикле за понедельник отвечал набор N1, за вторник N2, за среду N3 и т.д. Во втором цикле за понедельник будет отвечать набор N2, за вторник N3, за среду N4 и т.д. Такая схема позволяет равномерно распределить нагрузку между носителями, но из-за своей сложности практически не используется.

Методы резервирования баз данных

• hot backup – горячий бекап базы данных. Это когда резервная копия делается при включенном сервере БД.
• cold backup – холодный бекап базы данных. Это когда сервер БД нужно выключить, чтобы сделать резервную копию.

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

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

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

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

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

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

Традиционно для хранения бэкапов используется магнитная лента благодаря ее дешевизне.
А еще ею удобно украшать к Новому Году серверную, особенно хорошо смотрятся композиции с оранжевой оптикой.

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

Еще более предпочтительными являются дисковые хранилища, по мере удешевления производства это перестало быть роскошью. СХД отличаются скоростью работы и надежностью, конечно, при условии, что используется RAID. Есть так называемые виртуальные библиотеки – VTL – которые умеют прикидываться ленточной библиотекой, но данные записывают на диски.

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

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

Как это можно организовать? В простом случае кассеты извлекаются из библиотеки, и их отвозит куда-нибудь в Химки водитель дядя Вася. Понятно, что при восстановлении также участвует дядя Вася, поэтому он во всей цепочке является самой медленной стадией. Ну а для тех, кто сумел построить или использует на аутсорсинге полноценный резервный ЦОД с хорошим каналом, резервные копии можно автоматически дублировать при помощи современных средств резервного копирования. Например, имея на каждой площадке по АПК Symantec NetBackup Appliance, можно получить полноценный DR-сайт, куда резервные копии с основной площадки попадают при помощи технологии Automatic Image Replication (AIR).

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

В давние времена ночью все пользователи спали, и окно резервного копирования могло длиться, например, с 11 вечера до 7 утра. За это время все данные успевали скопироваться. Когда стало расти число систем, которые обслуживают запросы клиентов и ночью, скорость создания резервных копий стала иметь большее значение. Теперь нужно уложиться в пару-тройку часов, а для систем, работающих 24х7, в минуты. Именно поэтому рынок систем резервного копирования продолжает активно развиваться, изобретая все новые подходы.

8. Данные можно копировать по SAN, а не по LAN.
Большой поток копируемых данных нагружает сеть. Существует техника, которая называется LAN-free backup. Если СХД с данными и библиотеки подключены в SAN (сеть хранения данных), то вполне разумно передавать данные между СХД и библиотекой напрямую по SAN, при этом исключив загрузку локальной сети. Это часто бывает и быстрее, потому что далеко не везде локальная сеть построена на 10G, а обычный 1GB ethernet сильно уступает по пропускной способности даже не самой современной SAN.

9. Приложения можно бэкапить на ходу…
Создать консистентную копию данных, например, СУБД Oracle или MS Exchange без остановки работы невозможно: информация непрерывно меняется, часть ее находится в буферах, в оперативной памяти. У серьезных продуктов промышленного класса, таких как Symantec NetBackup, EMC Networker, CommVault Simpana и др., есть широкий спектр агентов для работы с различными бизнес-приложениями. Эти агенты умеет перевести приложение в режим, когда буфер сбрасывается на диск, а файлы с данными на время перестают меняться.

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

Если создать не просто снапшот данных, а клон, то его можно отсоединить от исходного диска с данными и передать через SAN на другой хост. И уже на другом хосте программа резервного копирования увидит эти данные и будет передавать их на резервное хранилище. Это техника называется Offhost backup.

11. Виртуальные машины нужно стараться бэкапить средствами гипервизора.
Современные гипервизоры, такие как VMware ESXi, предоставляют инструменты по созданию образов виртуальных машин на лету, без остановки их работы. По сути - те же снапшоты. Такой образ виртуалки бэкапится как файл, а вот топовым функционалом средств резервного копирования является возможность восстанавливать из этого образа гранулярно любой объект, например, единичное письмо электронной почты, если внутри виртуалки работал почтовый сервер. Самыми продвинутыми возможностями тут, по моему мнению, обладают продукты от Symantec.

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

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

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

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

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

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

Из-за каких причин важные данные могут быть утеряны :

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

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

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

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

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

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

Пользователи часто не задумываются о надобности и важности бэкапа, когда дело доходит до восстановления утерянных данных. В 2015 году была написана статья о самых дурацких ошибках пользователей по поводу бэкапов (“ 11 Stupid Backup Strategies ”). Так какие же ошибки чаще всего возникают, когда речь заходит о резервном копировании?

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

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

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

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

Программы для мониторинга работы жестких дисков. Подробнее в статье.

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

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

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

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

Как понять, что жесткий диск Вашего компьютера умирает? Наши советы .

5693 раз(а) 2 Сегодня просмотрено раз(а)

Методы и средства обеспечения целост­ ности данных

Защита данных (к которым можно отнести и установленное программное обес­печение) от удаления или искажения задача непростая даже при отсутствии преднамеренных действий со стороны злоумышленников. Как правило, для ее решения требуется использовать комплекс программно технических мер, ос­новными из которых являются:

резервное копирование данных;

продуманная настройка и поддержание требуемых («безопасных») зна­чений системных параметров;

заблаговременная установка и освоение специализированных про­граммных средств восстановления данных.

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

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

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

Архивация и резервное копирование

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

что стоит за каждым из этих терминов?

Архивация очень близка к созданию некомпьютерных, «бумаж­ных» архивов. Архив - это место, приспособленное для хранения документов, которые либо потеряли свою актуальность, ли­бо используются относительно редко.

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

Практически все перечисленные особенности присущи также электронным ар­хивам. Причем ведущую роль при их создании играет умение программ-архиваторов сжимать архивируемые данные, позволяя тем самым экономить место для их хранения. Именно эта способность архиваторов и «подружила» их с программами резервного копирования, но подробнее об этом немного поз­же.

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

Еще одно различие между архивацией и резервным копированием приведе­но далее.

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

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

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

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

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

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

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

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

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

Главной проблемой инкрементального и дифференциального копирования яв­ляется проблема выбора надежного критерия модификации файла. Обыч­но в качестве такового выступает атрибут Archive (для систем DOS/Windows), время создания/модификации файлов, размер файла или контрольная сумма содержимого файла. К сожалению, все они имеют те или иные недостатки, свя­занные с особенностями обработки атрибутов и прав доступа отдельными при­кладными программами.

Примечание

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

Н едели

Рис. Схема дифференциального резервного копирования для недельно-­ го цикла

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

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

Для оптимизации числа используемых резервных носителей разработаны спе­циальные алгоритмы замены носителей (так называемые схемы ротации но­ сителей). Наиболее часто используют следующие схемы:

одноразовое копирование;

простая ротация;

«дед, отец, сын»;

«Ханойская башня»;

«10 наборов».

Одноразовое копирование - это наиболее простая схема, которая, по сути, вообще не предусматривает ротации носителей. При ее использовании резер­вируемые данные каждый раз копируются на один и тот же перезаписываемый носитель (например, на CD-RW или на дискету). Другой вариант применения такой схемы- когда очередная копия данных помещается на новый не перезаписываемый носитель (например, на СD-R). Такая схема обыч­но используется в тех случаях, когда объем резервируемых данных невелик, либо когда резервирование не носит регулярного характера (например, когда создается единственная резервная копия системы на CD-R).

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

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

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

Схема ротации «Ханойская башня» для 5 наборов н осителей

Каждый следующий по порядку набор используется в два раза реже, чем пре­дыдущий. Таким образом, набор N1 перезаписывается каждые две недели, на­бор N2 - каждые четыре недели, и т. д.

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

Программно-технические средства резервного копирования

Существующие в настоящее время программы резервного копирования избав­ляют пользователей и системных администраторов от необходимости «вруч­ную» отслеживать периодичность создания и обновления резервных копий, за­мены носителей и т. п. Правда, перечень предоставляемых такими программа­ми сервисных возможностей существенно зависит от категории программы. Все программы резервного копирования можно условно разделить на три кате­гории:

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

Системы среднего уровня; при относительно невысокой цене они обла­дают широкими возможностями по резервному копированию и архива­ции данных. Подобных систем довольно много (в частности, ARCserveIT компании Computer Associates, Backup Exec от Seagate Software и Net Worker компании Legato Systems).

Системы верхнего уровня предназначены для резервного копирования и архивирования в сложных гетерогенных средах. Они поддерживают разнообразные аппаратные платформы, операционные системы, базы данных и приложения корпоративного уровня, имеют средства интегра­ции с системами управления сетью и обеспечивают возможность ре­зервного копирования/архивирования с использованием разнообразных типов накопителей. К подобным системам можно отнести ADSM ком­пании ЮМ и OpenView OmniBack II от Hewlett Packard. Однако для многих организаций (не говоря уже об индивидуальных пользователях) они весьма дороги.

Одной из важных характеристик программ резервного копирования является перечень поддерживаемых типов сменных носителей.

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

Устройства хранения данных, применяемые при резервном копи­ровании

Тип устройства	Достоинства	Недостатки
Жесткий диск (HDD)	Б. емкость, быстродействие (), высокая надежность, долговечность, многократная перезапись, низкая стоимость, возможность загрузки резервной копии	Ненадежность при транспортировке, воздействие ЭМ излучений, (подключение..)
	Приемлимое быстродействие и скорость, н. стоимость, надежность, долговечность	Емкость, Не все виды ПК оснащены
	Большая емкость, тоже что CD …	Специализация, Не все виды ПК оснащены
Карты памяти SD, MS, (CF), MMC,…	Емкость, скорость, надежность, Приемлимое быстродействие и скорость, возможность использования для переноса м-ду разнотипными устр
Модули флеш памяти
Внешний жесткий диск
Mobile Rack , Стример, флоппи, ZIP , ZIV , магнитооптические

Краткие итоги сравнительной оценки параметров представленных в таблице носителей.

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

Таким образом, по совокупности характеристик оптимальным вариантом на сегодняшний день можно считать резервное копирование на базе перезапи­сываемых оптических дисков (CD или DVD).

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

Первое: если имеется необходимость хранить жесткий диск с резервной копией данных отдельно от компьютера, на котором они создавались, то целесообраз­но использовать (так называемый переносной диск (Mobile Rack) жесткий диск с USB интерфейсом. .

Второе: если ваш компьютер работает под управлением операционной системы Windows XP Professional, и на нем установлены как минимум два жестких дис­ка, вы можете использовать отказоустойчивые технологии RAID-1 и RAID-5.

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

Технология RAID

В достаточно крупных организациях для резервного копирования критически важных данных применяется технология RAID (Redundant Array of Independed Disks - избыточный массив независимых дисков), основанная на системе спе­ циальным образом сконфигурированных жестких дисков. Исходной целью создания технологии RAID являлось повышение производи­ тельности дисковой памяти за счет использования нескольких взаимосвязан­ ных жестких дисков вместо одного.

Всего на сегодняшний день промышленными стандартами предусмотре­ но восемь уровней (модификаций) RAID :

RAID -0- объединение пространства нескольких физических дисков в один виртуальный том, для которого применяется метод чередования (striping , от strip - «полоса»): информация делится на блоки, поочеред­ но записывающиеся на все накопители тома (рис. 4.3). RAID -0 обеспе­ чивает высокую скорость обмена данных, но надежность виртуально­ го тома несколько ниже, чем у любого другого уровня и ниже надежно­сти каждого из входящих в том дисков, так как при выходе из строя хотя бы одного из них вся информация теряется.

RAID -1 - дублирование, или «зеркалирование» (mirroring - зеркальное отражение) дисков. В этом случае информация одновременно записыва­ ется на два (как правило) диска. При выходе из строя одного из них данные считываются с «зеркала». К этому уровню относят также при­ менение дуплексных томов (Duplex Volume ), когда физические диски, используемые в качестве зеркал, обязательно должны быть подключены к разным контроллерам. Реализация восстановления после сбоев при использовании RAID -1 достаточно проста, однако имеет место высокая (100%) избыточность.

RAID -2 - предполагает создание на основе нескольких физических дис­ ков одного массива (тома), данные в который записываются с использованием контрольного кода (кода Хемминга). Для хранения контрольных кодов отводится специально выделяемый диск. RAID -3 - массив с чередованием и использованием кода четности для обнаружения ошибок. Информация о четности, как и в случае RAID -2, хранится на отдельном диске, но имеет меньшую избыточность. RAID -4 - подобен уровню 3, но данные разбиваются на блоки, записы­ вающиеся на разные диски, причем возможно параллельное обращение к нескольким блокам, что существенно повышает производительность. RAID -5 - аналогичен уровню 4, но информация о четности хранится не на выделенном диске, а циклически распределяется между всеми дис­ ками тома.

RAID -6 - в отличие от уровня 5, использует две независимые схемы четности, что увеличивает как избыточность, так и надежность хранения информации.

RAID -7 - отказоустойчивый массив, оптимизированный для повышения производительности. Данный уровень RAID поддерживается лишь спе­ циализированными ОС.

Диск 2

Том RAID

Рис. Схема использования RAID -0

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

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

Принцип работы программно управляемого тома RAID -1 состоит

в следующем.

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

Восстановление данных по резервным копиям

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

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

перечень реализованных методов резервного копирования;

поддерживаемые типы носителей данных;

удобство использования (качество пользовательского интерфейса).

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

Ниже в качестве примера коротко рассмотрены два стандартных (а потому наиболее доступных) инструмента резервного копирования и восстановления, входящие в состав Windows XP Professional: программа Архивация данных и программа Восстановление системы. Первая из них является более «универ­сальной», и может быть использована для любых наборов данных, вторая име­ет более специфическое предназначение - восстановление системных парамет­ров.

Программа Архивация данных (Windows XP Professional )

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

Примечание

Чтобы использовать программу резервного копирования, необходимо за­пустить службу Съемные ЗУ. Как и любая другая служба Windows XP Professional она может быть запущена с консоли администрирования системы.

В Windows XP для создания резервной копии данных используются так называемые моментальные снимки тома (volume snapshots). Суть техно­логии состоит в следующем. На момент инициации процедуры резервно­го копирования создается снимок тома. После этого данные резервируются, но не с исходного тома, а с его снимка. Это позволяет сохранить возможность доступа к файлам во время процесса резервного копирования.

Программа Архивация данных (рис. 4.4) обладает следующими основными воз­можностями.

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

Самый распространенный случай у пользователей — выход из строя операционной системы. Для того, чтобы восстановить прежнее состояние компьютера (программы, настройки и т.д.), необходимо потратить от нескольких часов до нескольких дней для инсталляции и настройки ОС Windows, но больше всего времени отнимает установка дополнительного софта. Часто неопытные пользователи хранят свои данные на системном диске, не задумываясь перенести информацию в другие разделы жесткого диска, не говоря уже о внешних HDD.

Способы резервного копирования (архивации) и восстановления

Windows 7: встроенный инструмент архивации и восстановления

Он довольно прост в использовании и даже позволяет выполнять эту процедуру автоматически по расписанию. Расположение в системе инструмента резервного копирования: «Пуск | Все программы | Обслуживание | Архивация и восстановление» . Меню в колонке слева - «Создать диск восстановления системы» и «Создание образа системы» .

Создание образа системы. Необходимо указать расположение будущего архива: выбираем другой дисковый раздел, внешний HDD или оптический диск (DVD, Blue Ray). Также присутствует возможность сохранения резервной копии на сетевой диск. Использовать оптические носители нецелесообразно, поэтому для хранения резервной копии используйте логический диск с достаточным местом для хранения или внешней HDD. Выбрали место, нажимаем кнопку «Архивировать». Архивироваться будет весь системный раздел. Эту процедуру можно проводить по расписанию, при этом Windows обновляет записанный ранее образ системы, не создавая его заново, что существенно экономит время.

Если выбрать инструмент «Архивация», то можно настроить регулярное копирование важных пользовательских данных. Для этого выберите «Настроить резервное копирование», укажите, на какой диск будет производится сохранение, нажмите «Далее», в следующем окне выберите «Предоставить мне выбор» и затем отметьте объекты для архивации. Для восстановления содержимого резервной копии выберите одно из трех предлагаемых действий: «Восстановить мои файлы из этой резервной копии», «Восстановить файлы для всех пользователей на данном компьютере» или «Управление местом на диске, занимаемым этой резервной копией».

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

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

Резервное копирование и восстановление с помощью Acronis True Image Home 2013

Пользователям Windows XP, где отсутствует встроенный инструмент резервирования, а также пользователям с более высокими требованиями к функциональности бэкап-программы я порекомендую воспользоваться Acronis True Image Home 2013 .

Acronis True Image Home использует 3 метода создания резервной копии.

Полный образ — архивирование абсолютно всех данных, включая MBR (если раздел является загрузочным).

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

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

Резервную копию системного раздела сделать просто: в главном окне программы выберите первую опцию - «Резервное копирование дисков и разделов» , затем укажите раздел или диск, задайте место для сохранения архива и при необходимости измените параметры архивирования (например, установите степень компрессии архива на вкладке «Производительность» или защитите архив паролем). По окончании процесса в указанном вами хранилище будет создан файл с расширением *.tib . Acronis True Image Home 2013 позволяет подключить резервную копию как логический диск и работать с нужными данными. Таким образом можно извлечь из заранее созданного архива нужный файл, который вы случайно полностью удалили с жесткого диска.

Кроме резервирования разделов и дисков вы можете архивировать (в том числе по расписанию) отдельные каталоги и файлы, а также адресную книгу Windows, список контактов и переписку Microsoft Outlook. Для восстановления в самых тяжелых случаях можно использовать загрузочную версию программы (boot диск или загрузочный диск), причем возможно создание такого решения как на оптическом, так и USB-носителе.

Случается, что при экспериментах с установкой нескольких операционных систем оказалась испорченной главная загрузочная запись (Master Boot Record), можно попробовать «оживить» ее, отметив галочкой «MBR» при восстановлении из образа. Также, Acronis True Image Home 2011 может конвертировать резервные копии из своего «родного» формата в формат VHD (это резервные копии, созданные системным инструментов Windows 7, и одновременно образы виртуальных дисков, то есть их можно подключать почти к любым виртуальным машинам) и обратно.

В большинстве случаев восстановление сводится к выбору нужного архива и раздела, в котором и будет развернуто содержимое резервной копии. Стоит отметить чрезвычайное долгое время установки и низкую скорость работы Acronis True Image Home в Windows XP.

Paragon Backup & Recovery Professional: резервное копирование с дополнительными возможностями

Про программу Paragon Backup & Recovery Professional, которая осуществляет резервное копирование и восстановление файлов я рассказывал в , правда, с целью переноса Windows на другой ПК. В отличие от продукта Acronis, помимо операций архивирования она позволяет осуществлять также некоторые действия с разделами - например, изменение метки, форматирование, скрытие и удаление. Однако для этого вам потребуется переключиться в «Режим для опытных пользователей».

Перед резервным копированием рекомендуется создать аварийный диск для восстановления данных из образа. Для этого необходимо зайти в раздел «Утилиты» и выбрать «Создание аварийного диска». В качестве носителя здесь также можно выбрать либо оптический, либо внешний жесткий диск, или USB-флешку.

Для создания резервной копии данных зайдите в раздел «Защита и восстановление данных | Интеллектуальное архивирование», не забыв перед этим приготовить надежное хранилище. Вы можете выбрать, что резервировать: «Диски или разделы», e-mail (электронные письма, учетные записи и адресные книги Outlook, Outlook Express и Windows Mail), «Медиа-Файлы» и «Документы» (тексты, фотографии, видео и музыка, хранящиеся в каталоге «Мои документы») или же «Другие Файлы или папки».

Далее вы можете произвести дополнительные параметры копирования - выбор степени компрессии образа, защиты паролем и посекторный режим копирования (обрабатываются все секторы диска «как есть», включая неиспользуемые). В качестве хранилища архива можно назначить и FTP-сервер, если таковой у вас имеется. Если вы предпочтете оптический носитель, то программа предупредит, что будет невозможно сохранение главной загрузочной записи диска.

Для опытных пользователей в Backup & Recovery имеется профессиональный инструмент для работы с образами виртуальных машин Virtual PC, VMware Workstation и VMware Fusion. Благодаря ему вы сможете конвертировать образ реального жесткого диска, например системного раздела, и затем открыть его вместе со всеми данными и программами в виртуальной машине даже на другом компьютере.