Технологии и программы резервного копирования

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

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

Диски — это не архивный носитель. И даже если предположить, что вы смогли преодолеть все остальные  проблемы, связанные с резервным  копированием на диски, вам следует  учесть следующее. Многие организации  по юридическим требованиям должны хранить данные в течение определённых периодов времени. Шансов прочитать  данные с 20-летней ленты намного  больше, чем с 20-летнего диска. Например, возникает вопрос, будет ли у вас  необходимое оборудование, чтобы  подключить старый диск к компьютеру? Ещё один момент, который следует  учесть — диск намного сложнее  картриджа диска. И когда мотор 20-летней давности должен будет раскрутить 20-летние дисковые пластины и над  ними должны будут «парить» 20-летние головки чтения/записи, какова вероятность, что всё это будет исправно работать, пролежав без движения 20 лет?

 

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

 

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

 

 

                                                        

                                                              3.3 Сеть

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

                                  Глава 4 Хранение резервных копий

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

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

Восстановление отдельных  файлов по запросу пользователей

Глобальное восстановление при чрезвычайной ситуации

Архивное хранилище скорее всего никогда не потребуется

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

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

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

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

Другой подход заключается  в поддержке двух наборов носителей:

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

Набор носителей для удалённого хранения и восстановления в случае чрезвычайных ситуаций

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

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

 

                                    4.1 Восстановление и проверка

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

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

 

 

Восстановление на «голом»  компьютере

Выражением «восстановление  на голом компьютере» системные  администраторы описывают процесс  восстановления полной копии системы  на компьютере, на котором нет абсолютно  никаких данных — ни операционной системы, ни приложений, ничего.

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

Переустановка, за которой  следует восстановление

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

Диски для восстановления системы

Диск для восстановления системы — это загрузочный  носитель некоторого рода (обычно CD-ROM), который содержит минимальное системное  окружение и позволяет выполнять  самые основные административные задачи. Окружение восстановления содержит необходимые утилиты для разбиения  на разделы и форматирования дисков, драйверы устройств, необходимые для  обращения к устройству с резервными копиями, и программы, необходимые  для восстановления данных с резервных  носителей.

 

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

 

Проверка копий

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

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

Замечания

[1]

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

                                        Глава 5 Практическая часть

                   5.1 Резервное копирование системных файлов

Помимо множества новых  и чрезвычайно удобных функций  программа Backup позволяет выполнить  процедуру резервного копирования  всех системных файлов. Чтобы упростить  процедуру восстановления после  сбоев, резервное копирование рекомендуется  выполнять регулярно. Сделать это  можно двумя различными способами. Первый способ заключается в использовании  мастера Backup wizard (Мастер резервного копирования), который можно вызвать, выбрав переключатель Back up files and settings во втором окне программы Backup, работающей в режиме мастера, или выбрав команду Backup Wizard из меню Tools. Пользоваться этим методом рекомендуется начинающим пользователям, не имеющим достаточного опыта в работе с системой.  
Помимо использования мастера, процедуру резервного копирования можно выполнить и вручную. Для этого вызовите программу Backup в расширенном режиме (Advanced Mode), перейдите на вкладку Backup и вручную выберите из списка дисков, файлов и папок, подлежащих резервному копированию, опцию System State (Состояние системы) (рис. 23.11).

 
 
Рис. 23.11. Чтобы системные конфигурационные файлы были включены в состав резервной  копии, установите флажок System State; данный пример иллюстрирует сохранение состояния системы для контроллера домена

Обратите внимание на то, что программа Backup не позволяет выполнить  выборочное резервное копирование  отдельных компонентов набора System State.

В списке Backup destination выберите ленточное устройство (если оно установлено на компьютере, и резервное копирование должно быть выполнено на ленту, вставленную в это устройство) или выберите опцию File (если резервное копирование должно выполняться в файл). Если компьютер не оснащен ленточным устройством, то опция File всегда будет выбрана по умолчанию. Если резервное копирование будет выполняться в файл, то в поле Backup media or file name укажите путь к файлу, в который будет выполняться резервное копирование (файлы резервных копий всегда имеют расширение bkf), или нажмите кнопку Browse, чтобы найти нужный файл. Если резервное копирование должно выполняться на ленту, выберите ленту, на которую будет выполняться резервное копирование. Дополнительные опции резервного копирования можно задать, выбрав команду Options из меню Tools. Чтобы начать процедуру резервного копирования, нажмите кнопку Start Backup (Начать копирование).

 
 
Рис. 23.12. Окно Backup Job Information

 
 
Рис. 23.13. Окно Advanced Backup Options

На экране появится окно Backup Job Information (рис. 23.12). Чтобы установить в этом окне дополнительные опции задания на резервное копирование, нажмите кнопку Advanced. Раскроется окно Advanced Backup Options (рис. 23.13). (Обратите внимание на состояние флажка Automatically backup System Protected Files with the System State!)  
Краткий список опций, которые можно задать в окне Advanced Backup Options, приведен ниже.

Back up data that is in Remote Storage. Если эта опция установлена, то программа Backup выполнит резервное копирование данных, перенаправленных для службы Remote Storage.

Восстанавливать данные Remote Storage можно только на тома NTFS. Кроме  того, обратите внимание на то, что сервис Remote Storage доступен только для серверных  продуктов (Windows 2000 Server и Windows Server 2003, Enterprise Edition).

Verify data after backup. При использовании этой опции программа Backup после завершения резервного копирования выполнит проверку соответствия скопированных данных и исходных данных. Обратите внимание, что Microsoft настоятельно рекомендует применять эту опцию, т. к. она позволяет гарантировать точность резервной копии и ее пригодность к использованию. Следует, правда, отметить, что установка этой опции может существенно увеличить время, необходимое для завершения операции резервного копирования.

If possible, compress the backup data to save space. Эта опция будет полезна, если резервное копирование выполняется на магнитную ленту. Обратите внимание на то, что аппаратное сжатие доступно только для ленточных устройств. По этой причине опция будет недоступна при выполнении резервного копирования в файл.

Automatically backup System Protected Files with the System State. Как уже отмечалось, вы не можете выполнять выборочного резервного копирования данных из набора System State. Однако Windows XP и продукты из семейства Windows Server 2003 предоставляют возможность одновременно с резервным копированием системных конфигурационных файлов выполнить резервное копирование всех защищенных файлов операционной системы (по сути, сделать архивную копию самой системы, что далеко не всегда нужно). По умолчанию эта опция активизирована, однако вы можете блокировать ее, сбросив данный флажок. Размер архива в этом случае будет, понятно, значительно меньше.