Служба резервного копирования

12.2 Архивирование и восстановление состояния системы

Большую часть работ по резервному копированию составляют задания на копирование бизнес-информации. Но имеется также возможность создания резервных копий для восстановления функционирования самой операционной системы. Есть два варианта архивирования системных данных — архивирование состояния системы ( System State ) и создания набора для автоматического восстановления системы после аварии ( Automated System Recovery ).

Архивирование и восстановление состояния системы

Для создания резервной копии состояния системы необходимо в утилите резервного копирования ntbackup при создании задания на архивирования отметить галочкой пункт System State (рис. 12.16):

Рис. 12.16.

При этом будут архивироваться следующие данные:

• системный реестр;
• база данных зарегистрированных классов объектов (Class Registration);
• системные загрузочные файлы;
• база данных служб сертификатов (только на серверах, на которых установлена служба сертификатов);
• база данных Active Directory и папка SYSVOL (на контроллерах доменов).

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

База данных Active Directory — это информация, относящаяся к Каталогу, включая объекты и атрибуты домена, схему, конфигурацию и информацию Глобального Каталога.

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

• Ntds.dit — это файл базы данных, в котором хранятся все Объекты; по умолчанию этот файл (и другие, указанные здесь) расположен в папке " %systemroot%\NTDS ";
• Edb*.log — этот файл является журналом транзакций; прежде чем любое изменение будет записано в базу данных, информация о нем сначала заносится в журнал транзакций; каждый файл edb*.log имеет размер 10 МБ, по умолчанию используется "круговое" ведение журнала, т.е. если журнал заполнен, то файл начинает перезаписывать данные о самых старых изменениях; если "круговое" ведение журнала отключено, то после заполнения файла он переименовывается в файл edbxxxxx.log, с цифрами xxxxx, представляющими его порядковый номер, начиная с 00001 ;
• Edb.chk — это файл контрольных точек, используемый AD для отслеживания изменений, записываемых в файл ntds.dit ; он используется для целей восстановления (например, если контроллер домена поврежден и информация об изменениях не заносится в базу данных, файл контрольных точек служит в качестве маркера, отмечающего, какие из записей в журнале должны быть записаны в базу данных в дальнейшем);
• Res1.log и Res2.log — являются резервными файлами журналов, по 10 МБ каждый. Их назначение — позволить Active Directory продолжать ведение журнала изменений в случае, если на жестком диске не остается свободного места, поэтому в резерве всегда остается 20 МБ свободного дискового пространства, которое используется только в случае необходимости;

Автоматическое аварийное восстановление системы

В отличие от резервного копирования состояния системы, при котором сохраняется только часть файлов операционной системы, резервное копирование для автоматического аварийного восстановления системы ( ASR, Automated System Recover ) архивирует больший объем информации — практически весь том, на котором установлена операционная система. И процедура восстановления системы становится более сложной.

Рассмотрим сначала процесс создания резервной ASR-копии, а затем процесс восстановления системы из этой резервной копии.

Создание ASR-копии

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

1. Запустим утилиту резервного копирования ntbackup.
2. Запустим " Мастер аварийного восстановления системы " (кнопка с соответствующим названием на странице " Добро пожаловать!").
3. Укажем путь для сохранения архива (рис. 12.17).
   

   
   Рис. 12.17.
4. Нажать кнопку " Готово ". Утилита резервного копирования начнет создание резервной ASR-копии, в нужный момент будет сделан запрос вставить чистую дискету. После записи конфигурации резервной копии утилита попросит пометить дискету соответствующей информацией (название резервной копии и дата создания).

Восстановление системы с помощью ASR-копии

1. Подготовить все необходимое для аварийного восстановления системы: установочный CD с дистрибутивом операционной системы, носитель с резервной копией, дискету с конфигурацией ASR-копии.
2. Запустить процесс установки операционной системы с загрузочного компакт-диска.
3. На первой странице мастера установки системы нажать клавишу F2 для запуска процесса аварийного восстановления.

   Далее мастер установки системы выполнит новую установку системы с форматированием системного тома.
4. После выполнения установки операционной системы автоматически запустится утилита резервного копирования, и система попросит вас указать путь к резервной копии для аварийного восстановления и вставить дискету с конфигурацией ASR-копии. Будет выполнено восстановление системы из аварийной резервной копии.

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

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

Резюме

"Служба резервного копирования" дает базовые понятие о резервном копировании жизненно важной бизнес-информации и состояния операционной системы на серверах.

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

Задачи сетевого администратора в построении системы резервного копирования:

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