Поделиться через

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

  • Статья

Относится к Configuration Manager (Current Branch)

Запустите Configuration Manager восстановления сайта после сбоя сайта или потери данных в базе данных сайта. Восстановление и повторная синхронизация данных являются основными задачами восстановления сайта и необходимы для предотвращения прерывания операций.

Разделы этой статьи помогут вам восстановить сайт Configuration Manager. Сведения о создании резервной копии см. в статье Резервное копирование для Configuration Manager.

Рекомендации по восстановлению сайта

Важно!

Эта информация относится только к сценариям восстановления сайта. Если вы обновляете локальную инфраструктуру и не восстанавливаете сайт, на который произошел сбой, ознакомьтесь со сведениями, приведенными в следующих статьях:

Подготовка оборудования сервера

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

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

  • Отформатируйте диски и переустановите ОС на существующем сервере. Убедитесь, что он соответствует общим требованиям и требованиям к восстановлению.

  • Повторное использование очищенного существующего сервера

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

Очистка существующего сервера только для восстановления сервера сайта

  1. Удаление разделов реестра SMS: HKLM\Software\Microsoft\SMS
  2. Удалите все записи реестра, начиная с SMSHKLM\System\CurrentControlSet\Services. Например:
    • SMS_DISCOVERY_DATA_MANAGER
    • SMS_EXECUTIVE
    • SMS_INBOX_MONITOR
    • SMS_INVENTORY_DATA_LOADER
    • SMS_LAN_SENDER
    • SMS_MP_FILE_DISPATCH_MANAGER
    • SMS_SCHEDULER
    • SMS_SITE_BACKUP
    • SMS_SITE_COMPONENT_MANAGER
    • SMS_SITE_SQL_BACKUP
    • SMS_SITE_VSS_WRITER
    • SMS_SOFTWARE_METERING_PROCESSOR
    • SMS_STATE_SYSTEM
    • SMS_STATUS_MANAGER
    • SMS_WSUS_SYNC_MANAGER
    • SMSvcHost 3.0.0.0
    • SMSvcHost 4.0.0.0
  3. Удаление консоли Configuration Manager
  4. Перезапустите сервер
  5. Убедитесь, что все указанные выше разделы реестра удалены.

Теперь сервер готов к процедуре восстановления Configuration Manager.

Очистка существующего сервера только для восстановления базы данных сайта

  1. Создайте резервную копию базы данных сайта. Кроме того, создайте резервную копию других вспомогательных баз данных, таких как WSUS.
  2. Обязательно запишите имя SQL Server и имя экземпляра.
  3. Вручную удалите базу данных сайта из SQL Server
  4. Перезапустите SQL Server

Теперь сервер готов к процедуре восстановления Configuration Manager.

Очистка существующего сервера для полного восстановления

  1. Создайте резервную копию базы данных сайта. Кроме того, создайте резервную копию других вспомогательных баз данных, таких как WSUS.
  2. Создание копии библиотеки содержимого

Предупреждение

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

  1. Вручную удалите базу данных сайта из SQL Server
  2. Удаление сайта Configuration Manager
  3. Вручную удалите папку установки Configuration Manager, связанные реестры и другие папки Configuration Manager.
  4. Перезапустите сервер
  5. Восстановите библиотеку содержимого и другие базы данных, такие как WSUS.

Теперь сервер готов к процедуре восстановления Configuration Manager.

Используйте поддерживаемую версию и тот же выпуск SQL Server

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

Не изменяйте выпуск SQL Server. Восстановление базы данных сайта из выпуска Standard в выпуск Enterprise не поддерживается.

Другие требования к конфигурации SQL Server:

  • SQL Server нельзя настроить в однопользовательский режим.
  • Убедитесь, что MDF и LDF-файлы являются допустимыми. При восстановлении сайта нет проверка состояния файлов.

группы доступности SQL Server Always On

Если вы используете SQL Server Always On группы доступности для размещения базы данных сайта, измените планы восстановления, как описано в разделе Подготовка к использованию SQL Server Always On.

Реплики базы данных

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

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

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

Примечание.

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

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

Запустите Configuration Manager установку из копии папки CD.Latest, созданной за пределами папки установки Configuration Manager.

  • Если вы запускаете программу установки из меню Пуск на сервере сайта, параметр Восстановить сайт недоступен.

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

    • Установочный носитель
    • Путь установки Configuration Manager

Затем выберите параметр Восстановить сайт . Для сервера сайта, на который произошел сбой, доступны следующие варианты восстановления:

Восстановление сервера сайта с помощью существующей резервной копии

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

Переустановите сервер сайта

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

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

  • Вы можете переустановить сайт на новом компьютере под управлением новой версии ОС.

  • Сервер должен использовать то же имя узла и полное доменное имя исходного сервера сайта.

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

При запуске Configuration Manager настройки для базы данных сайта доступны следующие варианты восстановления:

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

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

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

Примечание.

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

Создание базы данных для этого сайта

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

Использование базы данных сайта, восстановленной вручную

Используйте этот параметр, если вы уже восстановили базу данных сайта Configuration Manager, но необходимо завершить процесс восстановления.

  • Configuration Manager может восстановить базу данных сайта из любого из следующих процессов:

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

    • Резервное копирование базы данных сайта с помощью Data Protection Manager (DPM)

    • Другой процесс резервного копирования

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

      Примечание.

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

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

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

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

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

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

Дополнительные сведения о внутренних элементах отслеживания изменений SQL Server см. в следующих записях блога команды SQL Server: Отслеживание изменений Очистка — часть 1 и Отслеживание изменений Очистка — часть 2.

Реинициализация сайта или глобальных данных

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

  • Данные копируются из сайта XYZ на сайт ABC.
  • Существующие данные для сайта XYZ удаляются из базы данных сайта на сайте ABC.
  • Скопированные данные из сайта XYZ вставляются в базу данных сайта для сайта ABC.

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

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

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

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

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

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

Восстановленный сайт — это cas

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

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

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

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

    • Глобальные данные: cass повторно инициализирует глобальные данные с эталонного первичного сайта, если они указаны. Затем все остальные первичные сайты повторно инициализируют глобальные данные из центра доступности. Если не указать ссылочный сайт, все первичные сайты повторно инициализируют глобальные данные из центра доступности. Эти данные были восстановлены из резервной копии.

    • Данные сайта. CAS повторно инициализирует данные сайта с каждого первичного сайта.

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

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

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

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

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

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

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

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

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

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

  1. Скопируйте папку CD.Latest в расположение за пределами папки установки Configuration Manager. Из копии папки CD.Latest запустите мастер настройки Configuration Manager.

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

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

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

    • В мастере установки можно указать исходный или новый путь для установки Configuration Manager.

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

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

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

    setup.exe /script C:\temp\ConfigMgrUnattend.ini

Примечание.

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

В случае возникновения этой проблемы повторно инициализируйте ConfigMgrDRSSiteQueue для репликации базы данных. Используйте диспетчер SQL Server, чтобы выполнить следующий запрос к базе данных сайта для cas-запроса:

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

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

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

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

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

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

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

  2. Перейдите в рабочую область Администрирование , разверните узел Безопасность, а затем выберите Учетные записи.

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

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

    2. Выберите Свойства на ленте.

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

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

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

Повторный ввод паролей PXE

  1. В консоли Configuration Manager перейдите в рабочую область Администрирование и выберите узел Точки распространения. Любая локальная точка распространения с да в столбце PXE включена для PXE и может иметь пароль для повторного ввода.

  2. Выберите точку распространения с поддержкой PXE и выберите свойства на ленте.

  3. Перейдите на вкладку PXE .

  4. Если включен параметр Требовать пароль, если компьютеры используют PXE , введите и подтвердите пароль.

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

Повторите этот процесс для любой другой локальной точки распространения с поддержкой PXE.

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

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

  2. Выберите последовательность задач, а затем на ленте выберите Изменить.

  3. Просмотрите следующие действия для повторного ввода паролей:

    • Применить параметры Windows. Если вы включите и укажете пароль локального администратора, повторно введите и подтвердите пароль.

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

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

    • Подключение к сетевой папке. Для учетной записи, используемой для подключения сетевой папки, выберите Задать. Введите и подтвердите пароль, а затем нажмите кнопку Проверить.

    • Включить BitLocker. Если вы используете TPM и ПИН-код для управления ключами, повторно введите ПИН-код.

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

    • Запуск командной строки. Если вы используете параметр Выполнить этот шаг от имени следующей учетной записи, выберите Задать. Введите и подтвердите пароль, а затем нажмите кнопку Проверить.

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

Повторите этот процесс для всех последовательностей задач.

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

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

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

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

Например, перед сбоем сайта общее число активаций отображается как 100. Количество ключей, используемых устройствами или активаций, равно 90. После восстановления сайта значение Всего активаций по-прежнему отображается 100, но столбец Использованные активации неправильно отображает 0. После того как 10 новых устройств используют неопубликованный ключ, неопубликованных ключей больше не будет, и 11-е устройство не сможет применить неопубликованный ключ.

Повторное создание служб Azure

После восстановления сайта в cloudmgr.log может появись следующая ошибка:

Index (zero-based) must be greater than or equal to zero

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

Удаление и повторное создание подписок для внешних уведомлений в CAS

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

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

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

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

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

Восстановление пользовательских отчетов

Некоторые клиенты создают настраиваемые отчеты в SQL Server Reporting Services. При сбое этого компонента восстановите отчеты из резервной копии сервера отчетов. Дополнительные сведения о восстановлении пользовательских отчетов в Reporting Services см. в статье Операции резервного копирования и восстановления для Reporting Services.

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

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

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

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

  • Импорт файла предварительно подготовленного содержимого. В иерархии Configuration Manager можно создать предварительно подготовленный файл содержимого со всеми пакетами и приложениями из другого расположения. Затем импортируйте предварительно подготовленный файл содержимого, чтобы восстановить библиотеку содержимого на сервере сайта.

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

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

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

Восстановление базы данных издателя Обновления

  1. Переустановите издателя Обновления на восстановленном компьютере.

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

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

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

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

Повторное создание сертификатов для точек распространения

После восстановления сайта в файле distmgr.log может быть указана следующая запись для одной или нескольких точек распространения: Failed to decrypt cert PFX data. Эта запись указывает, что данные сертификата точки распространения не могут быть расшифрованы сайтом. Чтобы устранить эту проблему, повторно создайте или повторно создайте сертификат для затронутых точек распространения. Используйте командлет PowerShell Set-CMDistributionPoint .

Восстановление сертификатов шифрования базы данных

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

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

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

Требования

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

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

  • Используйте сервер с той же конфигурацией, что и сервер, на который произошел сбой. Эта конфигурация включает полное доменное имя (FQDN).

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

    • Во время восстановления вторичного сайта Configuration Manager не устанавливает SQL Server Express, если он еще не установлен на компьютере.

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

Procedure

Используйте действие Восстановить вторичный сайт из узла Сайты в консоли Configuration Manager. В отличие от других типов сайтов, восстановление для вторичного сайта не использует файл резервной копии. Этот процесс переустанавливает файлы вторичного сайта на сервере, на который произошел сбой. После переустановки сайта данные вторичного сайта повторно инициализируются с родительского первичного сайта.

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

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

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