Share via

  • Статья

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

 

Применимо к:System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1

Чтобы предотвратить потерю важных данных, корпоративные решения, такие как System Center 2012 Configuration Manager, должны быть готовы к проведению действий по резервному копированию и восстановлению. Это значит, что восстановление сайтов Configuration Manager и иерархий будет осуществляться с минимальной потерей данных и за максимально сжатое время. Следующие разделы содержат сведения о резервном копировании сайтов Configuration Manager и восстановлении сайта в случае его сбоя или потери данных.

  • Служба модуля записи SMS

  • Резервное копирование сайта Configuration Manager

    • Задача обслуживания "Резервное копирование"

    • Использование Data Protection Manager для резервного копирования базы данных вашего сайта

    • Архивация моментального снимка резервной копии

    • Использование файла AfterBackup.bat

    • Дополнительные задачи резервного копирования

  • Восстановление сайта Configuration Manager

    • Определение параметров восстановления

      • Параметры восстановления сервера сайта

      • Параметры восстановления базы данных сайта

    • Ключи файла сценария автоматического восстановления сайта

    • Задачи, выполняемые после восстановления

    • Восстановление вторичного сайта

Служба модуля записи SMS

Модуль записи SMS — эта служба, которая взаимодействует со службой теневого копирования томов (VSS) во время резервного копирования. Чтобы обеспечить успешное резервное копирование сайта Configuration Manager, службу модуля записи SMS необходимо запустить заранее.

Назначение

Модуль записи SMS регистрируется в службе VSS и выполняет привязку к ее интерфейсам и событиям. Когда служба VSS осуществляет широковещательную рассылку событий или передает определенные уведомления модулю записи SMS, модуль записи SMS отвечает на уведомление и выполняет соответствующее действие. Модуль записи SMS считывает файл параметров резервной копии (smsbkup.ctl), расположенный в папке <путь_установки_Configuration_Manager>\inboxes\smsbkup.box, и определяет файлы и данные, подлежащие резервному копированию. На основании этих данных и определенных данных из раздела и подразделов реестра SMS модуль записи SMS создает состоящие из различных компонентов метаданные. При получении запроса модуль отправляет метаданные в службу VSS. Затем служба VSS отправляет метаданные запрашивающему приложению — диспетчеру резервного копирования Configuration Manager. Диспетчер резервного копирования выбирает данные для резервного копирования и отправляет их модулю записи SMS через службу VSS. Модуль записи SMS выполняет соответствующее действие для подготовки к резервному копированию. Затем готовая к созданию моментального снимка служба VSS отправляет событие, модуль записи SMS останавливает работу всех служб Configuration Manager и фиксирует действия Configuration Manager во время создания снимка. После создания моментального снимка модуль записи SMS перезапускает службы и действия.

Модуль записи SMS устанавливается автоматически. На момент запроса приложением VSS действий по резервному копированию и восстановлению модуль записи должен быть уже запущен.

Идентификатор модуля записи

Модуль записи SMS имеет следующий идентификатор: 03ba67dd-dc6d-4729-a038-251f7018463b.

Разрешения

Служба модуля записи SMS должна запускаться под учетной записью локальной системы.

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

Служба VSS — это набор API COM, который реализует платформу, позволяющую проводить резервное копирование томов одновременно с непрекращающимися действиями приложений в системе по записи в тома. Служба VSS предоставляет единообразный интерфейс, позволяющий координировать операции пользовательских приложений по обновлению данных на диске (служба записи SMS) с действиями приложений по резервному копированию (служба диспетчера резервного копирования). Дополнительные сведения о службе VSS см. в статье Служба теневого копирования томов в техническом центре Windows Server.

Резервное копирование сайта Configuration Manager

System Center 2012 Configuration Manager предоставляет выполняемую по расписанию задачу обслуживания "Резервное копирование", которая создает резервную копию базы данных сайта, конкретных разделов реестра и определенных папок и файлов. Можно создать файл AfterBackup.bat, который после успешного завершения задачи обслуживания "Резервное копирование" будет автоматически выполнять действия, необходимые после резервного копирования. Файл AfterBackup.bat чаще всего используется для архивации моментального снимка резервной копии в надежном расположении. Файл AfterBackup.bat также можно использовать для копирования файлов в папку резервной копии и запуска других дополнительных задач по резервному копированию. Следующие разделы содержат сведения о создании стратегии резервного копирования Configuration Manager.

System_CAPS_noteПримечание

Configuration Manager может восстановить базу данных сайта из задачи обслуживания "Резервное копирование Configuration Manager" или из резервной копии базы данных сайта, запускаемой с помощью другого процесса. Например, базу данных сайта можно восстановить из резервной копии, запущенной в составе плана обслуживания Microsoft SQL Server. Начиная с версии Configuration Manager с пакетом обновления 1 ( SP1) базу данных сайта можно восстановить из резервной копии, созданной с помощью System Center 2012 Data Protection Manager (DPM). Дополнительные сведения см. в статье Использование Data Protection Manager для резервного копирования базы данных вашего сайта.

Задача обслуживания "Резервное копирование"

Резервное копирование сайтов Configuration Manager можно автоматизировать путем создания расписания для предопределенной задачи обслуживания "Резервное копирование сервера сайта". Процесс резервного копирования применяется к сайту центра администрирования и первичному сайту. Резервное копирование вторичных сайтов или серверов систем сайта не поддерживается. Запущенная служба резервного копирования Configuration Manager следует инструкциям, указанным в файле параметров резервного копирования (<папка_установки_Configuration_Manager>\Inboxes\Smsbkup.box\Smsbkup.ctl). Чтобы изменить механизм работы службы резервного копирования, в файл параметров резервного копирования можно внести изменения. Сведения о состоянии резервного копирования сайта записываются в файл Smsbkup.log. Этот файл создается в конечной папке, указанной в свойствах задачи обслуживания "Резервное копирование сервера сайта.

Следующая процедура используется для включения задачи обслуживания "Резервное копирование сайта".

Включение задачи обслуживания "Резервное копирование сайта"

  1. В консоли Configuration Manager щелкните элемент Администрирование.

  2. В рабочей области Администрирование разверните узел Конфигурация сайта и выберите Сайты.

  3. Выберите сайт, на котором требуется включить задачу обслуживания "Резервное копирование сайта".

  4. На вкладке Главная в группе Параметры щелкните элемент Задачи обслуживания сайта.

  5. Выберите Резервное копирование сервера сайта, а затем нажмите кнопку Изменить.

  6. Выберите параметр Включить эту задачу, а затем нажмите кнопку Задать пути, чтобы указать конечное расположение резервной копии. Можно выбрать один из следующих параметров.

    System_CAPS_security Безопасность Примечание

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

    		 
    - **Локальный диск на сервере сайта для данных сайта и базы данных**. Указывает, что файлы резервной копии для сайта и базы данных сайта хранятся по указанному пути на локальном диске сервера сайта. Перед запуском задачи резервного копирования необходимо создать локальную папку.

  <div class="alert">

  <table>
  <colgroup>
  <col style="width: 100%" />
  </colgroup>
  <thead>
  <tr class="header">
  <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Безопасность Примечание</th>
  </tr>
  </thead>
  <tbody>
  <tr class="odd">
  <td><p>Учетная запись локальной системы на сервере сайта должна иметь разрешения файловой системы NTFS на <strong>запись</strong> в локальную папку резервной копии сервера сайта.</p>
  <p>Учетная запись локальной системы на компьютере под управлением SQL Server должна иметь разрешения NTFS на <strong>запись</strong> в папку резервной копии базы данных сайта.</p></td>
  </tr>
  </tbody>
  </table>

  </div>

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

  <div class="alert">

  <table>
  <colgroup>
  <col style="width: 100%" />
  </colgroup>
  <thead>
  <tr class="header">
  <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Безопасность Примечание</th>
  </tr>
  </thead>
  <tbody>
  <tr class="odd">
  <td><p>Учетная запись компьютера сервера сайта и компьютера SQL Server (если SQL Server установлен на другом компьютере) должны обладать разрешением NTFS на <strong>запись</strong> в и разрешениями на общий доступ к общей сетевой папке.</p></td>
  </tr>
  </tbody>
  </table>

  </div>

- **Локальные диски на сервере сайта и сервере SQL Server**. Указывает, что файлы резервной копии для сайта хранятся по указанному пути на локальном диске сервера сайта, а файлы резервной копии для базы данных сайта хранятся по указанному пути на локальном диске сервера базы данных сайта. Перед запуском задачи резервного копирования необходимо создать локальные папки.

  <div class="alert">

  <table>
  <colgroup>
  <col style="width: 100%" />
  </colgroup>
  <thead>
  <tr class="header">
  <th><img src="images/Gg712320.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-security(TechNet.10).jpeg" title="System_CAPS_security" alt="System_CAPS_security" /> Безопасность Примечание</th>
  </tr>
  </thead>
  <tbody>
  <tr class="odd">
  <td><p>Учетная запись компьютера сервера сайта должна иметь разрешение NTFS на <strong>запись</strong> в папку, созданную на сервере сайта. Учетная запись компьютера SQL Server должна иметь разрешение NTFS на <strong>запись</strong> в папку, созданную на сервере базы данных сайта. Этот параметр доступен только в случае, если база данных сайта не установлена на сервере сайта.</p></td>
  </tr>
  </tbody>
  </table>

  </div>
    System_CAPS_noteПримечание

    Параметр перехода к папке расположения резервной копии доступен только в случае, если указан UNC-путь к папке резервной копии. 
    System_CAPS_importantВажно

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

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

    System_CAPS_noteПримечание

    Если консоль Configuration Manager запускается на сервере сайта, который настраивается для резервного копирования, задача обслуживания "Резервное копирование сервера сайта" использует для расписания местное время. Если консоль Configuration Manager запускается на компьютере, удаленном от сайта, который настраивается для резервного копирования, задача обслуживания "Резервное копирование сервера сайта" использует для расписания время в формате UTC.

  8. Укажите, следует ли создавать оповещение в случае сбоя задачи резервного копирования, нажмите кнопку ОК, а затем нажмите кнопку ОК еще раз. Если этот параметр выбран, Configuration Manager создаст критическое оповещение о сбое резервного копирования, которое появится в узле Оповещения в рабочей области Мониторинг.

 

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

Проверка успешного завершения задачи обслуживания "Резервное копирование сайта".

  • Убедитесь в успешном завершении задачи обслуживания "Резервное копирование сайта", проверив любое из следующих условий.

    • Проверьте метку времени в файлах в конечной папке резервной копии, созданной задачей обслуживания "Резервное копирование сайта". Метка времени должна быть обновлена значением, совпадающим со значением времени, на которое было запланировано последнее выполнение задачи обслуживания "Резервное копирование сервера сайта".

    • В узле Состояние компонента в рабочей области Мониторинг проверьте сообщения о состоянии для SMS_SITE_BACKUP. Если резервное копирование сайта завершено успешно, будет отображен ИД сообщения 5035, означающий, что резервное копирование выполнено без ошибок.

    • Если задача обслуживания "Резервное копирование сайта" настроена на создание оповещения в случае сбоя процесса резервного копирования, проверьте узел Оповещения в рабочей области Мониторинг на наличие ошибок резервного копирования.

    • В папке <папка_установки_Configuration_Manager>\Logs просмотрите файл Smsbkup.log на наличие ошибок и предупреждений. В случае успешного завершения резервного копирования отображается сообщение Backup completed с меткой времени и ИД сообщения STATMSG: ID=5035.

    System_CAPS_tipСовет

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

Использование Data Protection Manager для резервного копирования базы данных вашего сайта

Для System Center 2012 Configuration Manager с пакетом обновления 1 (SP1) и более поздних версий:

Начиная с версии Configuration Manager с пакетом обновления 1 (SP1), можно использовать System Center 2012 Data Protection Manager (DPM) для резервного копирования базы данных вашего сайта. Необходимо создать новую группу защиты в DPM для компьютера базы данных сайта. На странице Выбор членов группы мастера создания группы защиты выберите службу модуля записи SMS в списке источников данных, затем выберите базу данных сайта в качестве члена группы. Дополнительные сведения об использовании DPM для резервного копирования базы данных сайта см. в библиотеке документации к Data Protection Manager в сети TechNet.

System_CAPS_importantВажно

Configuration Manager не поддерживает резервное копирование DPM для кластера SQL Server, использующего именованный экземпляр, но поддерживает резервное копирование DPM для кластера SQL Server, использующего экземпляр SQL Server по умолчанию.

После восстановления базы данных сайта выполните необходимые действия в программе установки для восстановления сайта. Выберите вариант восстановления Использовать базу данных сайта, восстановленную вручную, чтобы использовать базу данных сайта, восстановленную с помощью Data Protection Manager.

Архивация моментального снимка резервной копии

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

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

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

  • Нарушение работоспособности сайта может оставаться незамеченным в течение нескольких циклов резервного копирования Может потребоваться вернуться на несколько циклов назад и воспользоваться моментальным снимком резервной копии, созданным до повреждения сайта. Этот принцип применим к автономному первичному сайту и сайтам в иерархии, где для резервной копии действует срок хранения отслеживания изменений SQL Server.

  • У сайта вообще может не быть моментального снимка резервной копии, если, например, происходит сбой задачи обслуживания "Резервное копирование сервера сайта". Поскольку перед началом процедуры создания резервной копии текущих данных задача резервного копирования удаляет предыдущий моментальный снимок резервной копии, допустимый моментальный снимок резервной копии отсутствует.

Использование файла AfterBackup.bat

После успешного резервного копирования сайта задача «Резервное копирование сервера сайта» автоматически попытается запустить файл AfterBackup.bat. Файл AfterBackup.bat необходимо создать вручную в папке <ConfigMgrInstallationFolder>\Inboxes\Smsbkup. Если файл AfterBackup.bat существует и хранится в правильной папке, после завершения задачи резервного копирования он запустится автоматически. Файл AfterBackup.bat используется для архивации моментального снимка резервной копии в конце каждой операции резервного копирования. Он автоматически выполняет другие задачи после резервного копирования, которые не входят в задачу обслуживания "Резервное копирование сервера сайта". Файл AfterBackup.bat интегрируется с операциями архивации и резервного копирования, обеспечивая тем самым архивацию каждого нового моментального снимка резервной копии. Если файл AfterBackup.bat отсутствует, задача резервного копирования пропустит его без какого-либо воздействия на операцию резервного копирования. Чтобы убедиться в успешном запуске файла AfterBackup.bat задачей резервного копирования сайта, в узле Состояние компонента в области Мониторинг просмотрите сообщения о состоянии для SMS_SITE_BACKUP. Если задача успешно запустила командный файл AfterBackup.bat, появится ИД сообщения 5040.

System_CAPS_tipСовет

Чтобы создать файл AfterBackup.bat для архивации файлов резервного копирования сервера сайта, необходимо использовать в этом пакетном файле средство командной строки для копирования (например, Robocopy). Например, можно создать файл AfterBackup.bat и в первой его строке добавить команду, аналогичную следующей: Robocopy E:\ConfigMgr_Backup \\ServerName\ShareName\ConfigMgr_Backup /MIR. Дополнительные сведения о средстве Robocopy см. на веб-странице Robocopy справочника по командной строке.

Хотя исходно файл AfterBackup.bat предназначен для архивации моментальных снимков резервных копий, вы можете настроить этот файл для выполнения дополнительных задач по окончании каждой операции резервного копирования.

Дополнительные задачи резервного копирования

Задача обслуживания "Резервное копирование сервера сайта" позволяет получить моментальный снимок резервной копии файлов сервера сайта и базы данных сайте, но при создании стратегии резервного копирования необходимо учитывать, что есть другие элементы, резервные копии которых не создаются. Для разработки законченной стратегии резервного копирования Configuration Manager воспользуйтесь информацией, приведенной в следующих разделах.

Резервное копирование пользовательских отчетов служб отчетов

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

System_CAPS_importantВажно

Когда System Center 2012 Configuration Manager обновляется до более поздней версии, встроенные отчеты заменяются новыми отчетами. В случае изменения предустановленного отчета необходимо выполнить резервное копирование отчета, установить новую версию, после чего восстановить отчет в службах отчетов.

Дополнительные сведения о резервном копировании пользовательских отчетов в службах отчетов см. в разделе Операции резервного копирования и восстановления для установленных служб отчетов документации SQL Server 2008 Books Online.

Резервное копирование файлов содержимого

В библиотеке содержимого Configuration Manager хранятся все файлы содержимого для обновлений ПО, приложений, развертываний операционных систем и пр. Библиотека содержимого находится на сервере сайта и в каждой точке распространения. Задача обслуживания "Резервное копирование сервера сайта" не предусматривает создание резервной копии библиотеки содержимого или исходных файлов пакетов. При возникновении сбоя на сервере сайта сведения о файлах в библиотеке содержимого восстанавливается в базе данных сайта, однако необходимо вручную восстановить библиотеку содержимого и исходные файлы пакета на сервере сайта.

  • Библиотека содержимого: Перераспределение содержимого в точки распространения становится возможным только после того, как будет восстановлена библиотека содержимого. Когда запускается перераспределение содержимого, Configuration Manager копирует файлы из библиотеки содержимого на сервере сайта в точки распространения. Библиотека содержимого для сервера сайтов располагается в папке SCCMContentLib, которая обычно находится на диске с наибольшим количеством свободного пространства на момент установки сайта. Подробные сведения о библиотеке содержимого см. в разделе Введение в управление содержимым с помощью Configuration Manager.

  • Исходные файлы пакетов: Обновление содержимого в точках распространения становится возможным только после того, как будут восстановлены исходные файлы пакетов. Когда запускается обновление содержимого, Configuration Manager копирует новые или измененные файлы из источника пакета в библиотеку содержимого, откуда, в свою очередь, они копируются в соответствующие точки распространения. Найти местоположение источника пакета для всех пакетов и приложений можно с помощью следующего запроса SQL Server: SELECT * FROM v_Package. Опознать сайт источника пакета можно по первым трем символам идентификатора пакета. Например, если пакет имеет идентификатор CEN00001, то код сайта источника — CEN. Исходные файлы пакетов должны восстанавливаться в том же месте, где они находились до сбоя. Дополнительные сведения об обновлении содержимого см. в разделе Обновление содержимого в точках распространения статьи Использование и отслeживание управления содержимым в Configuration Manager.

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

Резервное копирование пользовательских обновлений программного обеспечения

System Center Updates Publisher 2011 — это автономное средство, позволяющее публиковать пользовательские обновления программного обеспечения в службах Windows Server Update Services (WSUS), синхронизировать эти обновления с Configuration Manager, оценивать их соответствие и развертывать их на клиентах. В качестве репозитория обновления программного обеспечения в Updates Publisher 2011 используется локальная база данных. Если вы используете Updates Publisher 2011 для управления пользовательскими обновлениями программного обеспечения, решите, нужно ли вам включать базу данных Updates Publisher 2011 в план резервного копирования. Подробные сведения о приложении Updates Publisher см. в статье System Center Updates Publisher 2011 библиотеки технического центра System Center.

Для резервного копирования базы данных Updates Publisher 2011 используйте следующую процедуру.

Резервное копирование базы данных Updates Publisher 2011

  1. На компьютере, на котором выполняется Updates Publisher, перейдите к файлу базы данных Updates Publisher 2011 (Scupdb.sdf) в папке %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\. У каждого пользователя, запускающего Updates Publisher 2011, имеется собственная база данных.

  2. Скопируйте файл базы данных в конечную папку резервного копирования. Например, если конечной папкой резервного копирования является папка E:\ConfigMgr_Backup, можно скопировать файл базы данных Updates Publisher 2011 в папку E:\ConfigMgr_Backup\SCUP2011.

    System_CAPS_tipСовет

    Если на компьютере имеется более одного файла базы данных, имеет смысл сохранить файл во вложенной папке, указывающей на профиль пользователя, с которым связан этот файл. Например, один файл базы данных может хранится в папке E:\ConfigMgr_Backup\SCUP2011\User1, а другой — в папке E:\ConfigMgr_Backup\SCUP2011\User2.

Данные миграции состояния пользователя

Вы можете использовать последовательности задач Configuration Manager для копирования и восстановления данных о пользовательской среде в тех сценариях развертывания операционной системы, где требуется сохранить пользовательскую среду текущей ОС. Папки, в которых хранятся данные о пользовательской среде, указаны в свойствах точки миграции состояния. Для этих данных не создаются резервные копии при выполнении задачи обслуживания "Резервное копирование сервера сайта". Поэтому в плане резервного копирования необходимо предусмотреть ручное резервное копирование папок, в которых хранятся данные о миграции пользовательской среды. Чтобы определить, в каких папках хранятся данные о миграции пользовательской среды, используйте следующую процедуру.

Определение папок, в которых хранятся данные о миграции пользовательской среды

  1. В консоли Configuration Manager щелкните элемент Администрирование.

  2. В рабочей области Администрирование разверните узел Конфигурация сайта и выберите Серверы и роли системы сайта.

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

  4. На вкладке Роль сайта в группе Свойства нажмите кнопку Свойства.

  5. Папки, в которых хранятся данные о миграции пользовательской среды, перечислены в разделе Сведения о папке на вкладке Общие.

Восстановление сайта Configuration Manager

Восстановление сайта Configuration Manager требуется при всяком сбое Configuration Manager или потере данных в базе данных сайта. Исправление и повторная синхронизация данных — основные задачи восстановления сайта, выполнить которые необходимо, чтобы избежать перебоев в работе. Чтобы начать процесс восстановления сайта Configuration Manager, необходимо запустить программу установки с установочного носителя или настроить сценарий автоматической установки и затем выполнить команду Setup с параметром /script. Варианты восстановления различаются в зависимости от того, имеется ли в наличии резервная копия базы данных сайта Configuration Manager.

System_CAPS_importantВажно

При восстановлении базы данных сайта необходимо использовать такую же версию и такой же выпуск SQL Server. Например, базу данных, которая работала под управлением SQL Server 2008, нельзя восстановить в SQL Server 2012. Аналогичным образом базу данных сайта, которая работала в среде SQL Server 2012 Standard Edition, нельзя восстановить в среде SQL Server 2012 Enterprise Edition.

Чтобы начать процесс восстановления сайта Configuration Manager, необходимо запустить программу установки с установочного носителя или настроить сценарий автоматической установки и затем выполнить команду Setup с параметром /script. Варианты восстановления различаются в зависимости от того, имеется ли в наличии резервная копия базы данных сайта Configuration Manager.

System_CAPS_importantВажно

Если запустить программу установки Configuration Manager из меню Пуск на сервере сайта, вариант Восстановить сайт будет недоступен. Для восстановления необходимо запустить программу установки с установочного носителя.
System_CAPS_noteПримечание

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

Определение параметров восстановления

Есть два основных элемента, которые следует учесть для восстановления сервера основного сайта Configuration Manager и сайта центра администрирования: сервер сайта и база данных сайта. Для определения вариантов, которые необходимо выбрать в конкретном сценарии восстановления, используйте сведения из следующих разделов.

System_CAPS_importantВажно

В Configuration Manager с пакетом обновления 1 (SP1) появились новые возможности восстановления вторичного сайта. Сведения о восстановлении вторичного сайта см. в разделе Восстановление вторичного сайта.
System_CAPS_noteПримечание

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

Параметры восстановления сервера сайта

Чтобы стал доступным вариант Восстановить сайт, необходимо запустить программу установки с установочного носителя System Center 2012 Configuration Manager или из общей сетевой папки, содержащей исходные файлы. В программе установки предлагаются следующие варианты восстановления сбойного сервера сайта.

  • Восстановить сервер сайта с помощью существующей резервной копии: этот вариант следует выбирать, если имеется резервная копия сервера сайта Configuration Manager, созданная на этом сервере в рамках выполнения задачи обслуживания Резервное копирование сервера сайта до того, как произошел сбой сайта. Сайт переустанавливается, а его параметры настраиваются исходя из тех, которые установлены для резервной копии.

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

System_CAPS_noteПримечание

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

Параметры восстановления базы данных сайта

В программе установки предлагаются следующие варианты восстановления базы данных сайта.

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

    Если восстанавливается база данных сайта в иерархии, логика восстановления различается для сайта центра администрирования и первичного сайта различается, а также для случаев, когда последняя резервная копия сделана в течение срока хранения данных отслеживания изменений SQL Server или после истечения этого срока. Дополнительные сведения см. в разделе Сценарии восстановления базы данных сайта этой статьи.

    System_CAPS_noteПримечание

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

  • Создать базу данных для этого сайта: используйте этот вариант при отсутствии резервной копии базы данных сайта Configuration Manager. В случае иерархии создается новая база данных сайта, и данные восстанавливаются по реплицированным данным с сайта центра администрирования (для первичного сайта) или с эталонного первичного сайта (для сайта центра администрирования). Этот вариант недоступен при восстановлении автономного первичного сайта или сайта центра администрирования, не имеющего первичных сайтов.

  • Использовать базу данных сайта, восстановленную вручную: выбирайте этот вариант, если база данных сайта Configuration Manager уже восстановлена, но требуется завершить процесс восстановления.Configuration Manager может восстановить базу данных сайта из задачи обслуживания «Резервное копирование Configuration Manager» или из резервной копии базы данных сайта, запускаемой с помощью DPM или другого процесса. Если база данных сайта была восстановлена без использования штатных методов Configuration Manager, для завершения ее восстановления необходимо запустить программу установки и выбрать этот вариант. В случае иерархии изменения, сделанные в базе данных сайта после ее последнего резервного копирования, загружаются с сайта центра администрирования (для первичного сайта) или с эталонного первичного сайта (для сайта центра администрирования). Если восстанавливается база данных автономного первичного сайта, то изменения, сделанные на сайте после последнего резервного копирования, теряются.

    System_CAPS_noteПримечание

    При использовании DPM для резервного копирования базы данных сайта используйте процедуры DPM для восстановления базы данных сайта в указанном расположении перед продолжением процесса восстановления в Configuration Manager. Дополнительные сведения о DPM см. в библиотеке документации к Data Protection Manager в сети TechNet.

  • Пропустить восстановление базы данных: используйте этот вариант, если на сервере базы данных сайта Configuration Manager не было потери данных. Данный вариант действителен только тогда, когда база данных сайта находится на разных компьютерах с восстанавливаемым сервером сайта.

Срок хранения данных отслеживания изменений SQL Server

Для базы данных в SQL Server включено отслеживание изменений. Функция отслеживания изменений позволяет Configuration Manager запрашивать информацию об изменениях, которые были сделаны в таблицах базы данных с некоторого момента времени. Срок хранения определяет, как долго хранится информация об отслеженных изменениях. По умолчанию для базы данных сайта срок хранения установлен равным 5 дням. При восстановлении базы данных сайта процесс восстановления протекает по разному в зависимости от того, сделана ли резервная копия на протяжении срока хранения или после его окончания. Например, если произошел сбой сервера базы данных сайта, а последняя резервная копия сделана 7 дней назад, срок хранения истек.

Повторная инициализация сайта или глобальных данных

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

  • Данные копируются с сайта "Списки" на сайт "Отчеты".

  • Существующие данные сайта "Списки" удаляются из базы данных сайта на сайте "Отчеты".

  • Данные, скопированные с сайта "Списки", вставляются в базу данных сайта для сайта "Отчеты".

Пример сценария 1

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

Пример сценария 2

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

Сценарии восстановления базы данных сайта

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

Резервная копия базы данных в пределах срока хранения отслеживания изменений

Резервная копия базы данных старше, чем срок хранения отслеживания изменений

Восстановленный сайт

Глобальные данные

Данные сайта

Глобальные данные

Данные сайта

Первичный сайт

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

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

Первичный сайт повторно инициализирует глобальные данные с сайта центра администрирования.

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

Сайт центра администрирования

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

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

Сайт центра администрирования повторно инициализирует глобальные данные с эталонного первичного сайта (если он указан). Затем все остальные первичные сайты повторно инициализируют глобальные данные с сайта центра администрирования. Если эталонный сайт не указан, все первичные сайты повторно инициализируют глобальные данные с сайта центра администрирования (данные, которые были восстановлены из резервной копии).

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

Процедуры по восстановлению сайта

Для восстановления сервера сайта и базы данных сайта используется одна из следующих процедур.

Начало восстановления сайта в мастере установки

  1. Запустите мастер установки Configuration Manager с установочного носителя или из общей сетевой папки. Например, мастер установки можно запустить, выбрав параметр Установить после вставки DVD-диска Configuration Manager. Можно также открыть файл Setup.exe из общей сетевой папки.

  2. На странице Приступая к работе выберите Восстановить сайт, а затем нажмите кнопку Далее.

  3. Завершите работу мастера, выбрав параметры, необходимые для восстановления сайта.

    System_CAPS_importantВажно

    Во время восстановления программа установки определит порт SQL Server Service Broker (SSB), используемый сервером SQL Server. Не изменяйте этот порт во время выполнения восстановления, иначе после его завершения репликация данных будет нарушена.
    System_CAPS_noteПримечание

    Начиная с System Center 2012 R2 Configuration Manager, в мастере установки можно указать любой путь для установки Configuration Manager. Раньше необходимо было указывать тот же путь, который использовался при первоначальной установке сайта.

Запуск автоматического восстановления сайта

  1. Подготовьте сценарий автоматической установки с параметрами, необходимыми для восстановления сайта.

  2. Запустите программу установки Configuration Manager с помощью параметра команды /script. Например, если файл настройки установки называется ConfigMgrUnattend.ini и хранится в папке C:\Temp на компьютере, где запускается программа установки, команда будет выглядеть следующим образом: Setup /script C:\temp\ConfigMgrUnattend.ini.

Ключи файла сценария автоматического восстановления сайта

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

Можно запустить программу установки Configuration Manager в автоматическом режиме, используя файл инициализации и параметр командной строки /scrip при установке из командной строки. Автоматическая установка поддерживается для восстановления сайта центра администрирования и первичного сайта Configuration Manager. Чтобы использовать параметр командной строки /script, необходимо создать файл инициализации и указать имя этого файла в командной строке после параметра /script. Имя файла может быть произвольным, но файл должен обязательно иметь расширение INI. Ссылаясь на файл настройки установки в командной строке, необходимо указывать полный путь к этому файлу. Например, если файл настройки установки называется setup.ini и он хранится в папке C:\setup , то командная строка будет выглядеть так:

setup /script c:\setup\setup.ini.

System_CAPS_security Безопасность Примечание

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

Сценарий содержит имена разделов, имена ключей и значения. Имена необходимых ключей разделов могут различаться в зависимости от типа восстановления, для которого предназначается сценарий. Порядок следования ключей внутри разделов и порядок следования разделов внутри файла не имеет значения. В ключах не учитывается регистр. Значения ключей указываются так: после имени ключа должен стоять знак равенства (=), а затем — значение ключа.

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

Автоматическое восстановление сайта центра администрирования

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

Раздел

Имя ключа

Обязательное

Значения

Описание

Идентификация

Действие

Да

RecoverCCAR

Восстанавливает сайт центра администрирования

RecoveryOptions

ServerRecoveryOptions

Да

1, 2 или 4

1 = восстановить сервер сайта и сервер SQL Server.

2 = восстановить только сервер сайта.

4 = восстановить только сервер SQL Server.

Указывает, будет ли программа установки восстанавливать сервер сайта, сервер SQL Server или оба сервера. Если параметру ServerRecoveryOptions задается указанное далее значение, потребуются связанные ключи.

  • Значение = 1: Можно указать значение для ключа SiteServerBackupLocation, чтобы восстановить сайт с помощью резервной копии сайта. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

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

  • Значение = 2: Можно указать значение для ключа SiteServerBackupLocation, чтобы восстановить сайт с помощью резервной копии сайта. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

  • Значение = 4. Ключ BackupLocation необходим при настройке значения 10 для ключа DatabaseRecoveryOptions, используемого для восстановления базы данных сайта из резервной копии.

DatabaseRecoveryOptions

Возможные значения

10, 20, 40, 80

10 = восстановить базу данных сайта из резервной копии.

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

40 = создать новую базы данных для сайта. Используйте этот параметр при отсутствии резервной копии базы данных сайта. Глобальные и сайтовые данные восстанавливаются с помощью репликации с других сайтов.

80 = пропустить восстановление базы данных.

Указывает, каким образом программа установки восстановит базу данных сайта на сервере SQL Server. Этот ключ необходим, если параметру ServerRecoveryOptions задано значение 1 или 4.

ReferenceSite

Возможные значения

<полное_доменное_имя_эталонного_сайта>

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

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

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

Этот параметр необходим, если параметру DatabaseRecoveryOptions задано значение 40.

SiteServerBackupLocation

Нет

<путь_к_резервному_набору_данных_сервера_сайта>

Указывает путь к резервной копии сервера сайта. Этот ключ не является обязательным, если параметру ServerRecoveryOptions задано значение 1 или 2. Укажите значение ключа SiteServerBackupLocation, чтобы восстановить сайт, используя его резервную копию. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

BackupLocation

Возможные значения

<путь_к_резервному_набору_данных_базы_данных_сайта>

Указывает путь к резервной копии базы данных сайта. Ключ BackupLocation необходим, если задано значение 1 или 4 для ключа ServerRecoveryOptions, а также значение 10 для ключа DatabaseRecoveryOptions.

Параметры

ProductID

Да

xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

Eval

Установочный ключ продукта Configuration Manager, включая дефисы. Введите Eval, чтобы установить ознакомительную версию Configuration Manager.

SiteCode

Да

<код_сайта>

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

SiteName

Да

<имя_сайта>

Описание сайта.

SMSInstallDir

Да

<путь_установки_Configuration_Manager>

Папка установки файлов программы Configuration Manager.

System_CAPS_noteПримечание

Начиная с System Center 2012 R2 Configuration Manager, можно указать любой путь для установки Configuration Manager. Раньше необходимо было указывать тот же путь, который использовался до того, как произошел сбой сайта.

SDKServer

Да

<полное_доменное_имя_поставщика_SMS>

Полное доменное имя сервера, на котором будет размещен поставщик SMS. Необходимо указать сервер, где поставщик SMS размещался до сбоя.

Можно настроить дополнительные поставщики SMS для сайта после первоначальной установки. Дополнительные сведения о поставщике SMS см. в разделе Роли систем сайта в Configuration Manager статьи Планирование систем сайта в Configuration Manager.

PrerequisiteComp

Да

0 или 1

0 = загрузить

1 = уже загружены

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

PrerequisitePath

Да

<путь_к_необходимым_файлам_для_программы_установки>

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

AdminConsole

Возможные значения

0 или 1

0 = не устанавливать

1 = установить

Указывает, следует ли устанавливать консоль Configuration Manager. Этот параметр необходим, если параметру ServerRecoveryOptions задано значение 4.

JoinCEIP

Да

0 или 1

0 = не принимать участие

1 = принять участие

Указывает, следует ли принимать участие в программе улучшения качества программного обеспечения.

SQLConfigOptions

SQLServerName

Да

<имя_SQL_Server>

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

DatabaseName

Да

<имя_базы_данных_сайта>

или

<имя_экземпляра>\<имя_базы_данных_сайта>

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

System_CAPS_importantВажно

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

SQLSSBPort

Нет

<номер_порта_SSB>

Укажите порт SQL Server Service Broker (SSB), используемый сервером SQL Server. Обычно для SSB используется TCP-порт 4022, но поддерживаются и другие порты. Необходимо указать тот же номер порта SSB, какой использовалось до сбоя.

Автоматическая установка первичного сайта

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

Раздел

Имя ключа

Обязательное

Значения

Описание

Идентификация

Действие

Да

RecoverPrimarySite

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

RecoveryOptions

ServerRecoveryOptions

Да

1, 2 или 4

1 = восстановить сервер сайта и сервер SQL Server.

2 = восстановить только сервер сайта.

4 = восстановить только сервер SQL Server.

Указывает, будет ли программа установки восстанавливать сервер сайта, сервер SQL Server или оба сервера. Если параметру ServerRecoveryOptions задается указанное далее значение, потребуются связанные ключи.

  • Значение = 1: Можно указать значение для ключа SiteServerBackupLocation, чтобы восстановить сайт с помощью резервной копии сайта. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

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

  • Значение = 2: Можно указать значение для ключа SiteServerBackupLocation, чтобы восстановить сайт с помощью резервной копии сайта. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

  • Значение = 4. Ключ BackupLocation необходим при настройке значения 10 для ключа DatabaseRecoveryOptions, используемого для восстановления базы данных сайта из резервной копии.

DatabaseRecoveryOptions

Возможные значения

10, 20, 40, 80

10 = восстановить базу данных сайта из резервной копии.

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

40 = создать новую базы данных для сайта. Используйте этот параметр при отсутствии резервной копии базы данных сайта.

80 = пропустить восстановление базы данных.

Указывает, каким образом программа установки восстановит базу данных сайта на сервере SQL Server. Этот ключ необходим, если параметру ServerRecoveryOptions задано значение 1 или 4.

SiteServerBackupLocation

Нет

<путь_к_резервному_набору_данных_сервера_сайта>

Указывает путь к резервной копии сервера сайта. Этот ключ не является обязательным, если параметру ServerRecoveryOptions задано значение 1 или 2. Укажите значение ключа SiteServerBackupLocation, чтобы восстановить сайт, используя его резервную копию. Если не указать это значение, сайт будет переустановлен без восстановления из резервной копии.

BackupLocation

Возможные значения

<путь_к_резервному_набору_данных_базы_данных_сайта>

Указывает путь к резервной копии базы данных сайта. Ключ BackupLocation необходим, если задано значение 1 или 4 для ключа ServerRecoveryOptions, а также значение 10 для ключа DatabaseRecoveryOptions.

Параметры

ProductID

Да

xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

Eval

Установочный ключ продукта Configuration Manager, включая дефисы. Введите Eval, чтобы установить ознакомительную версию Configuration Manager.

SiteCode

Да

<код_сайта>

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

SiteName

Да

<имя_сайта>

Описание сайта.

SMSInstallDir

Да

<путь_установки_Configuration_Manager>

Папка установки файлов программы Configuration Manager.

System_CAPS_noteПримечание

Начиная с System Center 2012 R2 Configuration Manager, можно указать любой путь для установки Configuration Manager. Раньше необходимо было указывать тот же путь, который использовался до того, как произошел сбой сайта.

SDKServer

Да

<полное_доменное_имя_поставщика_SMS>

Полное доменное имя сервера, на котором будет размещен поставщик SMS. Необходимо указать сервер, где поставщик SMS размещался до сбоя.

Можно настроить дополнительные поставщики SMS для сайта после первоначальной установки. Дополнительные сведения о поставщике SMS см. в разделе Роли систем сайта в Configuration Manager статьи Планирование систем сайта в Configuration Manager.

PrerequisiteComp

Да

0 или 1

0 = загрузить

1 = уже загружены

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

PrerequisitePath

Да

<путь_к_необходимым_файлам_для_программы_установки>

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

AdminConsole

Возможные значения

0 или 1

0 = не устанавливать

1 = установить

Указывает, следует ли устанавливать консоль Configuration Manager. Этот параметр необходим, если параметру ServerRecoveryOptions задано значение 4.

JoinCEIP

Да

0 или 1

0 = не принимать участие

1 = принять участие

Указывает, следует ли принимать участие в программе улучшения качества программного обеспечения.

SQLConfigOptions

SQLServerName

Да

<имя_SQL_Server>

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

DatabaseName

Да

<имя_базы_данных_сайта>

или

<имя_экземпляра>\<имя_базы_данных_сайта>

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

System_CAPS_importantВажно

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

SQLSSBPort

Нет

<номер_порта_SSB>

Укажите порт SQL Server Service Broker (SSB), используемый сервером SQL Server. Обычно для SSB используется TCP-порт 4022, но поддерживаются и другие порты. Необходимо указать тот же номер порта SSB, какой использовалось до сбоя.

HierarchyExpansionOption

CCARSiteServer

Возможные значения

<код_сайта_центра_администрирования>

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

CASRetryInterval

Нет

<интервал>

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

WaitForCASTimeout

Нет

<время_ожидания>

Указывает максимальное значение периода ожидания (в минутах) подключения первичного сайта к сайту центра администрирования. Например, если первичному сайту не удается подключиться к сайту центра администрирования, первичный сайт повторно пытается подключиться к нему через интервал, указанный в CASRetryInterval, до тех пор, пока не истечет период ожидания WaitForCASTimeout. Можно указать значение от 0 до 100.

Задачи, выполняемые после восстановления

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

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

После восстановления сервера сайта необходимо повторно задать пароли учетных записей пользователей сайта, т. к. пароли сбрасываются во время восстановления сайта. Учетные записи отображаются на странице Готово мастера установки после восстановления сайта и сохраняются в файле C:\ConfigMgrPostRecoveryActions.html на сервере восстановленного сайта.

Повторный ввод паролей учетных записей пользователей после восстановления сайта

  1. Откройте консоль Configuration Manager и подключитесь к восстановленному сайту.

  2. В консоли Configuration Manager щелкните элемент Администрирование.

  3. В рабочей области Администрирование разверните узел Безопасность и выберите элемент Учетные записи.

  4. Для каждой ученой записи, пароль которой требуется повторно задать, выполните следующие действия.

    1. Выберите учетную запись в списке учетных записей, определенных после восстановления сайта. Этот список находится в файле C:\ConfigMgrPostRecoveryActions.html на сервере восстановленного сайта.

    2. На вкладке Главная в группе Свойства нажмите кнопку Свойства, чтобы открыть свойства учетной записи.

    3. На вкладке Общие щелкните Задать, после чего повторно введите пароли учетной записи.

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

    5. Нажмите кнопку ОК, чтобы сохранить измененный пароль, после чего нажмите кнопку ОК еще раз.

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

Для System Center 2012 R2 Configuration Manager и более поздних версий:

После восстановления сервера сайта необходимо повторно ввести ключи Windows для загрузки неопубликованных приложений, указанные для сайта, поскольку во время восстановления сайта они сбрасываются. После повторного ввода ключей для загрузки неопубликованных приложений счетчик ключей Windows для загрузки неопубликованных приложений в столбце Количество использованных активаций в консоли Configuration Manager сбрасывается. Например, предположим, что до того, как произошел сбой сайта, счетчик Всего активаций имел значение 100, а счетчик Количество использованных активаций — 90 (по количеству ключей, использованных устройствами). После восстановления сайта в столбце Всего активаций будет по-прежнему отображаться значение 100, а в столбце Количество использованных активаций будет отображаться неправильное значение 0. Однако после того, как 10 новых устройств используют ключ для загрузки неопубликованных приложений, ключей для загрузки неопубликованных приложений больше не останется, и следующему устройству не удастся применить ключ для загрузки неопубликованных приложений. Дополнительные сведения о ключах загрузки неопубликованных приложений см. в разделе Подготовка к регистрации мобильных устройств статьи Управление мобильными устройствами с помощью Configuration Manager и Windows Intune.

Настройка SSL для ролей систем сайта, использующих IIS

При восстановлении систем сайта, использующих IIS и настроенных на работу по протоколу HTTPS до возникновения сбоя, необходимо заново настроить IIS на использование сертификата веб-сервера. Дополнительные сведения см. в подразделе "Настройка IIS для использования сертификата веб-сервера" раздела Развертывание сертификата веб-сервера для систем сайта с запущенными службами IIS статьи Пошаговый пример развертывания сертификатов PKI для Configuration Manager. Центр сертификации Windows Server 2008.

Повторная установка исправлений на сервере восстановленного сайта

После восстановления сайта необходимо переустановить все исправления, которые были применены к серверу сайта. Список ранее установленных исправлений отображается на странице Готово мастера установки после восстановления сайта и сохраняется в файле C:\ConfigMgrPostRecoveryActions.html на сервере восстановленного сайта.

Восстановление настраиваемых отчетов на компьютере со службами отчетов

Если в службах отчетов с ранее созданными настраиваемыми отчетами возникает сбой, можно восстановить отчеты из резервной копии сервера отчетов. Дополнительные сведения о восстановлении настраиваемых отчетов в службах отчетов см. в статье Резервное копирование и восстановление установки служб отчетов в SQL Server 2008 Books Online.

Восстановление файлов содержимого

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

Если резервная копия файловой системы с исходными файлами пакета отсутствует, необходимо вручную скопировать или загрузить их, как это было сделано ранее при создании пакета. Найти местоположение источника пакета для всех пакетов и приложений можно с помощью следующего запроса SQL Server: SELECT * FROM v_Package. Опознать сайт источника пакета можно по первым трем символам идентификатора пакета. Например, если пакет имеет идентификатор CEN00001, то код сайта источника — CEN. Исходные файлы пакетов должны восстанавливаться в том же месте, где они находились до сбоя.

Если отсутствует резервная копия файловой системы, содержащая библиотеку содержимого, возможны следующие варианты восстановления.

Восстановление пользовательских обновлений программного обеспечения на компьютере с Updates Publisher

Если в план резервного копирования были включены файлы базы данных Updates Publisher 2011, можно восстановить базы данных в случае сбоя на компьютере с Updates Publisher 2011. Подробные сведения о приложении Updates Publisher см. в статье System Center Updates Publisher 2011 библиотеки технического центра System Center.

Используйте следующую процедуру для восстановления базы данных Updates Publisher 2011.

Восстановление базы данных Updates Publisher 2011

  1. Переустановите Updates Publisher 2011 на восстанавливаемом компьютере.

  2. Скопируйте файл базы данных (Scupdb.sdf) из папки резервной копии в папку %Профиль_пользователя%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ на компьютере с Updates Publisher 2011.

  3. Если несколько пользователей используют Updates Publisher 2011 на компьютере, необходимо скопировать каждый файл базы данных в соответствующую папку профиля пользователя.

Данные миграции состояния пользователя

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

Обновлять сертификаты, используемые для облака точек распространения

Для System Center 2012 Configuration Manager с пакетом обновления 1 (SP1) и более поздних версий:

Для Configuration Manager требуется сертификат управления, который будет использован для обмена данными между сервером сайта и облачной точкой распространения. После восстановления сайта необходимо обновить сертификаты для облачных точек распространения. Дополнительные сведения см. в разделе О подписках и сертификатах для облачных точек распространения статьи Планирование управления содержимым в Configuration Manager.

Повторная инициализация ранее инициализированных компьютеров с технологией Intel AMT

После восстановления сайта следует выполнить перечисленные ниже действия по настройке.

  1. Повторно запросить сертификат инициализации AMT и выбрать его в свойствах точки обслуживания аппаратного контроллера управления.

  2. Повторно задать пароли для следующих учетных записей в свойствах аппаратного контроллера управления.

    • Учетная запись MEBx

    • Учетная запись удаления инициализации AMT

    • Учетные записи инициализации AMT и обнаружения

Дополнительные сведения об выполнении этих действий см. в разделе Инициализация и настройка AMT-компьютеров в Configuration Manager.

Затем с помощью следующей процедуры следует повторно инициализировать компьютеры с технологией Intel AMT, инициализация которых была выполнена ранее.

Повторная инициализация компьютеров с технологией Intel AMT

  1. Убедитесь, что учетная запись удаления данных подготовки AMT настроена в свойствах компонента аппаратного контроллера управления.

  2. Удалите сведения инициализации AMT с компьютеров на базе технологии Intel AMT.

    - Не устанавливайте флажок **Отключить автоматическую инициализацию**.

- Выберите **Использовать учетную запись удаления инициализации AMT**.

    Дополнительные сведения об удалении сведений о подготовке AMT см. в статье Удаление сведений AMT.

  3. Мониторинг состояния AMT для этих компьютеров.

    - **Не инициализировано**. Эти компьютеры готовы к повторной инициализации в Configuration Manager.

- **Обнаруженный**. Эти компьютеры не могут быть повторно инициализированы в Configuration Manager. Если Configuration Manager не может удалить данные инициализации AMT, необходимо вручную удалить эти сведения, настроив расширения BIOS на компьютере.

  <div class="alert">

  <table>
  <colgroup>
  <col style="width: 100%" />
  </colgroup>
  <thead>
  <tr class="header">
  <th><img src="images/Hh709023.s-e6f6a65cf14f462597b64ac058dbe1d0-system-media-system-caps-note(SC.12).jpeg" title="System_CAPS_note" alt="System_CAPS_note" />Примечание</th>
  </tr>
  </thead>
  <tbody>
  <tr class="odd">
  <td><p>Учетная запись удаления инициализации AMT не может удалить сведения инициализации, если включен и разблокирован журнал аудита или если учетная запись, настроенная в качестве учетной записи удаления инициализации AMT, не является учетной записью пользователя AMT на данном компьютере.</p></td>
  </tr>
  </tbody>
  </table>

  </div>

  4. Убедитесь, что на вкладке Использование аппаратного контроллера управления в свойствах коллекции установлен флажок Включить инициализацию для AMT-компьютеров.

  5. Убедитесь, что состояние AMT изменилось на Инициализировано. Также можно выполнить отчет Просмотреть компьютеры с аппаратным контроллером управления, чтобы проверить состояние инициализации AMT.

Восстановление вторичного сайта

Для System Center 2012 Configuration Manager с пакетом обновления 1 (SP1) и более поздних версий:

Configuration Manager не поддерживает резервное копирование базы данных на вторичном сайте, но поддерживает восстановление путем повторной установки вторичного сайта. Восстановление вторичного сайта требуется в случае сбоя вторичного сайта Configuration Manager. Восстановить вторичный сайт можно с помощью действия Восстановить вторичный сайт из узла Сайты в консоли Configuration Manager. В отличие от восстановления сайта центра администрирования или основного сайта при восстановлении вторичного сайта не используется файл резервной копии, и вместо этого выполняется переустановка файлов вторичного сайта на компьютере вторичного сайта после сбоя. Затем данные вторичного сайта повторно инициализируется с использованием данных с родительского основного сайта. В процессе восстановления Configuration Manager проверяет наличие библиотеки содержимого на компьютере вторичного сайта, а также проверяет доступность необходимого содержимого. Вторичный сайт будет использовать существующую библиотеку содержимого, если она содержит соответствующее содержимое. В противном случае для восстановления библиотеки содержимого восстановленного вторичного сайта необходимо повторно распространить или предварительно подготовить содержимое на этом восстановленном сайте. Дополнительные сведения см. в статье Использование и отслeживание управления содержимым в Configuration Manager. При наличии точки распространения, не находящейся на вторичном сайте, нет необходимости переустанавливать эту точку распространения при восстановлении вторичного сайта. После восстановления вторичного сайта происходит автоматическая синхронизация с точкой распространения.

Проверить состояние восстановления вторичного сайта можно с помощью действия Показать состояние установки узла Сайты в консоли Configuration Manager.

System_CAPS_importantВажно

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

При восстановлении вторичного сайта Configuration Manager не устанавливает SQL Server Express, если этот компонент отсутствует на компьютере. Поэтому перед восстановлением вторичного сайта необходимо вручную установить SQL Server Express или SQL Server. Необходимо использовать такую же версию SQL Server и такой же экземпляр SQL Server, какой был использован для базы данных вторичного сайта перед сбоем.