Главная > Uncategorized > Резервное копирование и восстановление System Center Configuration Manager 2007 R2

Резервное копирование и восстановление System Center Configuration Manager 2007 R2

Данная статья опубликована в журнале Системный администратор №7 за 2009 г.
Лето — пора отпусков. Ничто так не восстанавливает нервы, как несколько недель на море. Но отпуск рано или поздно заканчивается, и необходимо возвращаться в душные города к работе. К сожалению, иногда возвращение на работу может быть омрачено авариями ИТ-инфраструктуры, которые случились во время вашего отсутствия. Максимально ускорить процесс восстановления работоспособности информационных систем призваны резервные копии.


Для начала, необходимо определиться от каких угроз помогут уберечься резервные копии. Их можно разделить на два класса: нежелательная (несанкционированная) модификация и полное или частичное уничтожение информации. В первом случае мы можем говорить как о халатности обслуживающего персонала, так и о непреднамеренной ошибке в настройке сайта SCCM, когда была произведена нежелательная модификация базы данных или настроек сайта. Во втором, скорее о выходе из строя аппаратной части сервера, на котором установлена одна из систем сайта Configuration Manager 2007 .
В зависимости от этих классов угроз рассмотрим несколько решений для резервного копирования данных сайта SCCM 2007.
В статье рассматривается пример следующей инфраструктуры: Windows Server 2003 (WSUS, WDS, ISS) – центральный сайт SCCM2007 , включая следующие роли: 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
Рисунок 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
Рисунок 2 Структура папок резервной копии
Хотя по умолчанию Backup ConfigManager Site Server копирует только самые необходимые данные, этот список можно расширить. В этом нам поможет файл Smsbkup.ctl, который находится в папке \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 Примерный список каталогов для резервного копирования

Роль Каталог
Сервер SCCM ·      Системный диск ©
·      Состояние системы (system state)
Точка распространения ·      SMSPKGx$, x- буква диска
Software Deployment ·      Папка с исходными файлами для распространяемых программ
Operation System Deployment ·      SMSSIG$ — точка распространения загрузочных образов
·      RemoteInstall – папка RemInst WDS сервера
·      папка с WIM файлами
·      папка, содержащая исходные файлы драйверов
·      папка с пакетами драйверов
Software Update ·      WSUSContent – папка файлов обновления WSUS
·      папка пакетов обновлений SCCM

Чаще всего, в уже настроенной среде файлы в этих каталогах изменяются довольно редко. В основном, когда происходит загрузка новых обновлений или добавление какой-либо новой программы на точку распространения. Поэтому копирование этих данных можно делать реже, чем архивацию конфигурационных данных. Например, можно делать полную копию данных каждое второе воскресенье месяца (поскольку каждый второй вторник месяца корпорация 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 выберите «Повторно применить заданный по умолчанию файл и разрешения реестра на этом сервере сайта». В диалоговом окне подтверждения сброса сайта нажмите кнопку «Да». Программа установки Configuration Manager выполнит сброс сайта.
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

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

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

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

Заключение
Рекомендуется использовать встроенный мастер восстановления (Backup ConfigMgr Site Server ) для защиты от нежелательных изменений в параметрах сайта. Поскольку такой подход позволит экономить дисковое пространство, занимаемое резервными копиями. В то же время важно не забывать и об остальных частях сайта SCCM 2007: файлах WIM содержащих в себе образы операционных систем, подготовленных к автоматической инсталляции дистрибутивов программ и файлов обновлений. Восстановление этих данных с нуля, из-за выхода из строя аппаратной части сервера, может потребовать значительных усилий от администратора и большого количества времени. Но поскольку, эти данные занимают большие объемы дискового пространства, достигая порой нескольких сотен гигабайт, и зачастую, почти не меняются или меняются очень редко, то для архивирования такой информации можно порекомендовать делать образ системного диска и важных каталогов раз в месяц.

Алексей Тараненко
Журнал «Системный администратор» №7 за 2009 г.
Рубрики:Uncategorized
  1. Комментариев нет.
  1. No trackbacks yet.

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: