| Новые программы oszone.net |  |
В статье пойдет речь о полном восстановлении контроллера домена Active Directory, ведь зачастую проблемы системных администраторов гораздо более сложные, чем потеря одного объекта. Угрозу стабильности может представлять вирусная активность, испортившая реестр на контроллере, вышедший из строя жесткий диск, на котором хранились системные файлы, полная или частичная потеря папки SYSVOL c групповыми политиками. Этот страшный список можно продолжать. Поскольку на дворе 2009 год речь пойдет о контроллерах домена под управлением Windows Server 2008, благо восстановление предыдущей версии ОС описано неоднократно. Начнем. Первое, что бы должны хорошо уяснить, знакомой утилиты NTbackup уже нет, на смену ей пришло новое решение " Система архивации данных Windows Server ". Это именно новое решение, а не обновленный NTbackup. Также с Windows Server 2008 поставляется новая утилита командной строки Wbadmin.exe, она расширяет и дополняет возможности графической "Системы архивации данных Windows Server ". Для достижения полного понимания, описывать систему восстановления я буду на примерах типовых организации. Организация первая: Один сервер. Довольно распространенное явление. Фирма имеет небольшое количество компьютеров, как правило, до 30—40 и в сети присутствует единственный сервер под управлением ос Windows Server 2008. Он же и является контроллером домена Active Directory, вдобавок несет на себе роль файлового сервера и возможно некоторые сетевые приложения. Да у Microsoft есть рекомендации говорящие о том, что любая организация Active Directory должна иметь как минимум два контроллера домена и сам контроллер не должен иметь дополнительных ролей. Но будем смотреть правде в глаза, в малом бизнесе фирм с одним сервером очень и очень много. Как же будет выглядеть система восстановления в такой ситуации? Прежде все давайте сразу определимся. Наш сервер должен иметь минимум два раздела на жестком диске, а в идеале два раздела на RAID массиве. Объясню почему, "Система архивации данных Windows Server " осуществляет резервное копирование только разделов (есть одно исключение, но о нем позже), выбрать резервное копирование одной или нескольких папок мы не можем. Поэтому:
Примечание: У нас есть возможность создавать резервные копии на: Раздел жесткого диска (то, что я и предлагаю), на сетевом ресурсе, DVD-дисках. Microsoft рекомендует хранить резервную копию на внутреннем или внешнем жестком диске. Будем считать, что наш сервер был установлен, следуя вышестоящей рекомендации. Теперь давайте посмотрим, как застраховаться от непредвиденного «падения» сервера. Используем Windows Complete PC Restore.
Рис. 1 Установка системы архивации Важно: Данный архив можно будет использовать для восстановления на новых жестких дисках. А также на другом идентичном оборудовании. Рис.2 Запуск расписания Архивации После этого пропустить приветствие и нажать «Далее». Перед нами встанет выбор, как осуществлять резервное копирование (Весь сервер или настраиваемый). Поскольку в наш архив должен попадать только Раздел 1, мы выбираем «Настраиваемый». Рис.3 Выбор конфигурации архивации. После открывается список разделов нашего сервера на котором мы должны снять «галочки» на всех разделах кроме того который содержит нашу систему. (В статье он называется Раздел 1)
Рис. 3 Выбор разделов. Выбрав, что бы будем архивировать, переходим к настройке расписания. Из данного окна тонко настроить расписание задачи мы не сможем, поэтому выбиваем время Ежедневно 21:00. В дальнейшем мы изменим это расписание.
Рис.4 Расписание.
Рис. 5 Выбор места хранения резервной копии На пятом рисунку показано окно, где вам необходимо выбрать место хранения архива. Я выбираю единственный доступный раздел. После чего запускается процесс форматирования. По окончанию которого вам раздел пропадет из зоны видимости, т.к буква диска него будет удалена. От лишних глаз он будет убран, а вы всегда сможете его найти через оснастку «Управление дисками»
Рис. 6. В Процессе форматирования. После окончания процесса вам придется несколько раз нажать «Далее». Я не показываю эти окна, поскольку ничего важного на них не выбирается. Просто оставьте все на параметрах По-умолчанию. Настройка резервного копирования завершена. Остается подправить расписание запуска задачи. Для этого открываем «Планировщик Заданий» в Панели управления и находим нашу задачу. Рис. 7 Планировщик Заданий Теперь заходим в свойства задачи и меняем расписание. Нам нужно сделать запуск задачи «Ежевоскресной»
Рис. 8 Измененное расписание Подведем итог. Теперь каждое воскресенье в 21:00 на отдельный раздел жесткого диска будет делаться резервная копия нашего «Раздела 1» содержащего системные файлы и базу Active Directory. В случае падения вашего сервера вы всегда сможете его восстановить. Это и есть Windows Complete PC Restore. Только не забывайте, время от времени переносить архивы для хранения за пределы вашего сервера и серверной, дабы не остаться в случае пожара или других крупных неприятностей без сервера и архива одновременно. Перейдем к этапу восстановления. Запустить восстановление сервера, мы можем несколькими путями, самый простой взять установочный диск Windows Server 2008 и загрузиться с него. На этапе приглашения к установке, необходимо выбрать «Восстановление системы». После чего будет запущена среда «Windows RE»
Рис. 9 Запуск процесса восстановления. Далее, мастер находит уже установленные ОС на наших дисках и спрашивает, какую из них мы будет восстанавливать. Как видно по рисунку, на этом этапе также можно подгрузить драйвера для ваших жестких дисков, естественно, если в этом есть необходимость.
Рис.10 Выбор ОС
Рис.11 Запуск Windows Complete PC Restore. Остается запустить "Восстановление архива Windows Complete PC Restore ". После запуска он предложит нам самую свежую копию архива. Если вы не планируете использовать последний архив, выберите «Восстановить другой архив». У меня такая задача не стоит, и я выбираю последний доступный.
Рис.12 Этап выбора архива. Далее следует пара окон, которые мы оставляем неизменными. По завершению мастера запускается процесс восстановления, продолжительность которого сильно зависит от скорости оборудования и размера нашего раздела.
Рис.13 Процесс восстановления. После окончания восстановления компьютер уйдет в перезагрузку. И следующий запуск вашего сервера уже произойдет в восстановленном состоянии. Поскольку восстановление системы происходит путем перезатирания раздела, я бы рекомендовал отделить раздел с пользовательскими файлами и приложениями. При раздельном хранении системы и пользовательских файлов, мы можем спокойно восстанавливать сервер, не боясь вернуть важные документы в состояние недельной давности. Некоторые из вас могут сказать «Все это здорово, но как быть в ситуации, если сервер сломался в пятницу, а ближайшая копия пятидневной давности. Что будет с новыми пользователями созданными в течении недели? и.т.д» Естественно при такой схеме восстановления они пропадут. Можно конечно делать архив нашего раздела ежедневно, но тут встает следующая проблема. А если необходимо восстановить только базу Active Directory и состояние системы, не трогая при этом остальные наши файлы на системном разделе? Это конечно личное дело каждого, но на текущий момент мне кажется правильным следующее:
Архив состояния системы. Тут главное не путать архив раздела и состояние системы. Состояние системы это архив самых важных для операционной системы вещей. В нашей ситуации в него попадут:
Соответственно используя этот набор вы можете восстановить ваш сервер, если произошло повреждение вышеперечисленного. А также выполнить восстановление базы Active Directory в актуальное состояние. Но при полностью уничтоженном сервере только «Состояния системы» будет явно недостаточно. Как минимум потому, что «Состояния системы» контроллера можно восстановить только через «Режим восстановления службы каталогов», т.е сервер должен в нем загрузиться. При этом хотелось бы заметить, что Архив состояния системы со времен Windows 2003 сильно изменился. Если в Windows 2003 он весил порядка 600—700 мегабайт, то создав его в Windows 2008, вы будете сильно удивлены размером в 9 гигабайт. Это происходит за счет включения в архив дополнительных файлов системы. Разница в размерах между архивом раздела и архивом состояния системы будет видна, если у вас на системном диске хранятся какие-то дополнительные файлы. Осуществить создание состояния системы можно только из командной строки используя утилиту Wbadmin.exe Синтаксис будет следующий: wbadmin.exe start systemstatebackup -backupTarget:Z: В конце команды задается буква диска, на котором будет создан архив состояния системы. Выполнять эту команду ежедневно удовольствие ниже среднего, поэтому я думаю, будет вполне логично создать пакетный файл, который будет выполняться по заданному расписанию. (С понедельника по пятницу) По-умолчанию невозможно сохранять состояние системы на системный раздел, если по какой-то таинственной причине вам это необходимо, создайте следующий ключ в реестре. Путь: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\wbengine\SystemStateBackup\ Ключ: Name: AllowSSBToAnyVolume Data type: DWORD Value data: 1
Рис.14 Создание состояния системы Теперь, когда у нас каждое воскресенье создается архив с системным диском, и каждый рабочий день делается состояние системы, возможно два сценария восстановления. Сценарий первый. У нас полностью вышел из строя системный раздел и операционная система не загружается. Для восстановления нам придется пройтись по описанной выше процедуре и вернуть наш раздел с системой в рабочее состояние. Естественно для этого будет использоваться загрузочный дистрибутивный диск Windows Server 2008 и последний воскресный архив. Когда этот этап восстановления окончится, будет необходимо перезагрузиться в особый режим работы контроллера домена под название «Режим восстановления службы каталогов». В этом режиме служба Active Directory Domain Services основлена и мы сможем воспользовавшись архивом со свежим состоянием системы обновить базу AD до актуального. (например пятничного). Сценарий второй. Наш сервер работает отлично, но по какой-то трагической случайности, были испорчены несколько веток реестра и вдобавок большая часть объектов Active Directory была удалена. Будем считать это атакой злостного хакера-инсайдера. Вроде бы «пробоина» не смертельна и сервер все еще в строю, но нам бы конечно хотелось убрать последствия атаки. В этой ситуации состояния системы будет вполне достаточно. Именно этот сценарий я и рассмотрю подробней. Поскольку вы будете знать как восстанавливается состояние системы, выполнить возврат к жизни по первому сценарию самостоятельно у вас труда не составит. Для начала перезагружаем наш контроллер домена в режим восстановления службы каталога (DSRM), при этом помним, что для входа на контроллер домена в этом режиме нам нужно знать пароль администратора DSRM режима. (Вы задавали его при поднятии контроллера домена). Для выбора этого режима при запуске компьютера жмем "F8"
Рис.15 Загрузка в DSRM Загрузившись в режиме DSRM, открываем командную строку. Сейчас нам нужно посмотреть список резервных копий и выбрать актуальное состояние системы. Для вывода списка вводим команду: wbadmin.exe get versions Найдя нужное состояние системы копируем «Идентификатор версии». В моей ситуации он выглядит как "04/05/2009—13:49". Идентификатором является дата и время создания архива. (Рис.16)
Рис.16 Поиск нужного архива состояния системы. Теперь мы готовы запустить восстановление состояния системы. Выполняем команду: wbadmin start systemstaterecovery -version: 04/05/2009—13:49
Рис.17 Процесс восстановления состояния системы. После запуска команды остается набраться терпения и дождаться окончания процесса. Закончив восстановление необходимо перезагрузиться в обычном режиме и проверить работоспособность сервера. Обратите внимание, что после восстановления системы, дополнительные папки созданные вами на системном диске, остались нетронутые. А теперь давайте подведем итоги: Мы рассмотрели процесс восстановления контроллера домена Active Directory на базе Windows Server 2008 в ситуации когда этот контроллер единственный в сети. Для того чтобы спать спокойно, вам будет необходимо:
И еще самое важное, помните, процесс восстановления должен быть отлажен до совершенства. Естественно на тестовом сервере а не на боевом. В ситуации когда сервер не работает вы должны хладнокровно следовать инструкции, которая уже не однократно была проверена. На этом первая часть статьи по восстановлению контроллеров домена заканчивается. Процесс восстановления при нескольких контроллерах домена будет описан во второй части. Материал предоставлен ресурсом
Теги:
AD, Active Directory, itband, Илья Рудь.
Комментарии посетителей
28.04.2015/14:43
Alexchandr
Добрый день. Подскажите, как переносить архивы для хранения за пределы сервера, если после создания резервной копии раздел, где находится место хранения архива, пропадет из зоны видимости? Комментарии отключены. С вопросами по статьям обращайтесь в форум.
|
|
