SCCM 2007 R2 – резервное копирование и восстановление

АЛЕКСЕЙ ТАРАНЕНКО, MCTS SCCM 2007, Microsoft Certified IT Professional: Server. Один из создателей сайта itband.ru

SCCM 2007 R2 – резервное копирование и восстановление

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

Лето – пора отпусков. Ничто так не восстанавливает нервы, как несколько недель на море. Но отпуск рано или поздно заканчивается. Иногда возвращение на работу может быть омрачено авариями ИТ-инфраструктуры, которые случились во время вашего отсутствия. Максимально ускорить процесс восстановления работоспособности информационных систем призваны резервные копии.

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

В зависимости от этих классов угроз рассмотрим несколько решений для резервного копирования данных сайта SCCM 2007.

Рассмотрим пример следующей инфраструктуры: Windows Server 2003 (WSUS, WDS, ISS) – центральный сайт SCCM 2007, включая следующие роли: OS Deployment, Software Delpoyment, Update point, Report point. База данных сайта хранится на отдельном сервере, под управлением SQL 2005.

Backup ConfigMgr

Для защиты от ошибок в настройках сайта или базе данных лучше всего подойдет встроенный механизм резервного копирования Configuration Manager 2007 – Backup ConfigMgr. Он позволяет архивировать следующие данные:

• база данных сайта Configuration Manager (база данных сервера SQL);
• каталог установки Configuration Manager на сервере сайта;
• основной файл параметров сайта (.\Inboxes\Sitectrl.box\Sitectrl.ct0);
• разделы реестра (HKLM\Software\Microsoft\SMS и HKLM\Software\Microsoft\NAL) на сервере сайта.

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

Стоит отметить, что для нормального восстановления информации через Backup ConfigMgr необходимо строго соблюдать синхронизацию данных. То есть, обладая только резервной копией базы данных сайта, будет невозможно произвести восстановление сайта SCCM 2007.

Мастер резервного копирования Configuration Manager 2007 использует в своей работе Volume Shadow copy Service (VSS), добиваясь создания актуальных теневых копий.

Задание резервного копирования сайта SCCM 2007 доступно из консоли администрирования Configuration Manager Console. Для настройки расписания резервного копирования необходимо перейти в консоли администрирования к пункту Site Database -> Site Management -> Site Code > Site Setting -> Site Maintenance -> Task -> Backup ConfigMgr Site Server (см. рис. 1). Для активирования задания необходимо отметить параметр Enable this task, задать расписание архивирования, а также место хранения архивных файлов. Папку архивирования можно указывать в локальном формате (например, C:\backup) или в формате UNC (например, \\server\sharebackup). Таким образом вы можете сохранять резервную копию как на переносной USB-диск, подключенный локально, так и на централизованное сетевое хранилище. Если указанный путь не существует, он будет создан задачей. Для успешной архивации данных необходимо, чтобы учетная запись сервера SCCM имела разрешение на запись и удаление для данного ресурса, кроме того, учетная запись сервера SQL также должна иметь такие разрешения. Работа задания регистрируется в лог-файле ./smsbkup.log.

Рисунок 1. Настройка расписания архивирования с помощью Backup ConfigMgr Site Server

Важно! Задача Backup ConfigManager Site Server – считывать параметры запуска раз в сутки. Поэтому если задание архивирования данных отработало некорректно, необходимо исправить неверно заданные параметры задачи, ориентируясь на записи в лог-файле, а затем вручную запустить службу Backup ConfigManager Site Server командой:

net start SMS_Site_Backup

При выполнении задания Backup ConfigManager Site Server создает моментальный снимок системы. При повторном выполнении задания резервного копирования этот снимок будет перезаписан. Таким образом, по умолчанию будет сохранен только один, последний снимок сайта. Рекомендуется хранить несколько моментальных снимков системы сайта, поскольку вы можете пропустить момент нежелательной модификации настроек сайта, и таким образом эти данные попадут в архив. Кроме того, поскольку задача Backup ConfigManager Site Server вначале удаляет старый снимок, а только потом записывает новый, в случае сбоя задачи резервного копирования моментальный снимок не будет создан, а предыдущий будет утрачен. Для решения этих проблем предназначен файл AfterBackup.bat. Мастер резервного копирования запускает файл после успешного снятия снимка системы сайта. Отсутствие файла не вызывает ошибок в работе Backup ConfigManager Site Server. Вы должны самостоятельно создать файл AfterBackup.bat и сохранить его в папке ConfigMgrInstallPath>\inboxes\smsbkup.box. Файл может содержать любую произвольную последовательность команд, например, таких как архивирование моментального снимка с помощью WinRAR или 7zip на сторонний носитель.

После выполнения задачи резервного копирования в папке-получателе будет создана структура папок, как на рис. 2.

Рисунок 2. Структура папок резервной копии

Хотя по умолчанию Backup ConfigManager Site Server копирует только самые необходимые данные, этот список можно расширить. В этом нам поможет файл Smsbkup.ctl, который находится в папке <ConfigMgrInstallPath>\inboxes\smsbkup.box. Этот текстовый файл содержит настройки копирования задачи Backup ConfigManager Site Server. Вы можете отредактировать файл, указав для резервного копирования дополнительные каталоги и ключи реестра.

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

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

Не очень удобно указывать в данном файле копирование дополнительных компонентов, таких как файлы на точке распространения или файлы обновлений Windows. Поскольку время копирования этих файлов будет велико, и все это время сайт SCCM 2007 будет отключен. Поэтому для копирования остальных систем сайта Configuration Manager 2007 воспользуемся сторонними средствами, например штатной утилитой Windows Server 2003 NTBackup.

Для начала определимся, какие данные нам необходимо архивировать дополнительно. Разумеется, если мы можем себе позволить архивировать сервер SCCM целиком через образы дисков, то лучше так и поступить. Но часто сайт SCCM 2007 совмещают с некоторыми другими ролями (например, файл-сервером), и архивирование через снятие образов дисков не желательно. В любом случае крайне важно архивировать системный диск, а также состояние системы (system state). В идеале на сервере SCCM 2007 должно быть два раздела: первый – основной системный, на нем хранятся файлы Windows и Configuration Manager 2007. Второй – для хранения точки распространения, образов WIM, файлов обновлений WSUS и т.д. В зависимости от того, какие из ролей установлены на сервере, можно составить список необходимых к архивации каталогов (см. таблицу 1).

Таблица 1. Примерный список каталогов для резервного копирования

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

Восстановление работоспособности сайта

Теперь пора рассмотреть процедуру восстановления работоспособности сайта SCCM 2007. Мы будем восстанавливать сервер Configuration Manager 2007 с тем именем и кодом сайта, которые были до «падения» сервера. Различается две задачи восстановления работоспособности сайта SCCM 2007: восстановление базы данных сайта и восстановление систем сайта.

Восстановление базы данных сайта SCCM 2007

Воспользуемся консолью SQL Server Manager Console для восстановления базы данных сайта. В первую очередь необходимо закрыть все консоли управления сайтом Configuration Manager Console и остановить на сервере SCCM службы SMS_Executie и SMS_Site_Component_Manager. Затем в консоли SQL Server Manager Console необходимо отключить существующую базу данных сайта SCCM 2007 и, воспользовавшись командой восстановления, указать файлы .mdf и .ldf, созданные задачей Backup ConfigManager Site Server для восстановления. После этого необходимо запустить остановленные службы и проверить работоспособность базы данных.

Важно! Процесс переноса базы данных сайта SCCM с одного сервера SQL на другой не сильно отличается от процесса восстановления. Восстанавливаете базу данных на новом сайта SQL, а затем в консоли администрирования SCCM 2007 используйте мастер Database Connection Wizard (корень консоли -> щелчок правой кнопкой -> All task > Connect to Site Database) для указания нового местоположения базы данных сайта.

Восстановление систем сайта

Для использования резервных копий, созданных задачей Backup ConfigManager Site Server, воспользуемся мастером Configuration Manager Site Repair Wizard. И хотя мастер автоматически устанавливается на сервер SCCM, а также на все компьютеры, на которые устанавливается консоль администрирования Configuration Manager consol, мастер восстановления сайта необходимо запускать только с консоли, установленной на сервере восстанавливаемого сайта.

Нажмите кнопку «Пуск» и перейдите к пункту Microsoft System Center -> Configuration Manager 2007 -> Configuration Manager Site Repair Wizard. В стартовом окне мастера убедитесь, что в поле Site server to be repaired отображается имя сервера сайта, который требуется восстановить. На следующей странице выберите место расположения резервной копии. Если база данных сайта не требует восстановления, то выберите Do not restore database. Выполните восстановление сайта. Затем на странице «Параметры родительского сайта (Parent Site Settings page) необходимо проверить настройки и убедиться, что они не менялись со времени создания резервной копии. Если восстанавливаемый сайт входил в иерархию сайтов SCCM, необходимо на странице проверки иерархии сайта убедиться, что адреса всех связанных (родительского и дочернего) сайтов указаны правильно. Если данные не верны, исправить их можно с помощью кнопок «Добавить» (Add) и «Удалить»(Remove).

Важно! Вы можете создать дочерний сайт, который будет выполнять функции эталонного сайта в случае сбоя основного сайта системы. В таком случае с этого сайта можно будет восстановить любые объекты, созданные с момента снятия резервной копии основного сайта. Для этого необходимо выбрать поле «Восстановить данные с указанного сайта» (Recover data from reference site).

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

Важно! Лог работы мастера восстановления сохраняется в c:\SMS\Logs\sms_srw.log.

После восстановления сервера сайта мастером Site repair wizard дополнительные роли на сервере сайта не будут переустановлены до тех пор, пока не будет выполнен сброс сайта SCCM. Для сброса настроек сайта Configuration Manager 2007 закройте все открытые подключения консоли Configuration Manager к серверу сайта. На сервере основного сайта нажмите кнопку «Пуск», последовательно выберите «Все программы -> Microsoft System Center -> Configuration Manager 2007 -> Configuration Manager Setup» или перейдите в каталог .\bin\i386 установочного носителя Configuration Manager 2007 и дважды щелкните мышкой файл Setup.exe.

На странице приветствия мастера установки Configuration Manager нажмите кнопку «Далее».

На странице «Параметры установки» мастера установки Configuration Manager выберите элемент «Выполнить обслуживание сайта» или «Сброс сайта». На странице «Обслуживание сайта» выберите «Повторно применить заданный по умолчанию файл и разрешения реестра на этом сервере сайта». В диалоговом окне подтверждения сброса сайта нажмите кнопку «Да». Программа установки Configuration Manager выполнит сброс сайта.

Восстановление связанных с SCCM файлов

Если сервер SCCM был полностью уничтожен, то для максимально быстрого введения в строй выполните следующие действия:

• Используйте файлы резервных копий, созданные программой ntbackup, для восстановления системного диска и состояния системы.
• Восстановите папки данных, при этом буква диска должна совпадать с буквой диска на старом сервере.
• Воспользуйтесь мастером Configuration Manager Site Repair Wizard для восстановления актуального состояния конфигурационных данных сайта SCCM 2007.

Рекомендуется использовать встроенный мастер восстановления (Backup ConfigMgr Site Server) для защиты от нежелательных изменений в параметрах сайта, поскольку такой подход позволит экономить дисковое пространство, занимаемое резервными копиями.

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

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

Приложение

Preinst.exe

Средство обслуживания иерархии устанавливается автоматически при установке Configuration Manager 2007. Программу preinst.exe можно найти в общем каталоге \SMS_<код сайта>\bin\i386\<код языка> на сервере сайта, а также в каталоге \SMSSETUP\BIN\I386\<код языка> в файлах установки Configuration Manager 2007.

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

Подробнее о preinst.exe можно прочитать: http://technet.microsoft.com/ru-ru/library/bb693624.aspx.