Удаление ролей, сайтов и иерархий в Configuration Manager
Относится к Configuration Manager (Current Branch)
Используйте эту статью в качестве руководства по удалению Configuration Manager роли системы сайта, сайта или иерархии. Вы также можете удалить сайт центра администрирования (CAS) из иерархии, но сохранить основной сайт.
Роль системы сайта
Может потребоваться удалить роль с сервера системы сайта по следующим причинам:
- Более широкое изменение инфраструктуры, например сетевые или физические расположения
- Вывод из эксплуатации базового сервера
- Консолидация ролей для снижения затрат и сложности
- Перенастройка или изменение ролей сайта
- Прекращение использования функции, которую поддерживает роль
Если вы решите удалить роль, сначала рассмотрите ответы на следующие вопросы:
Вам по-прежнему нужна роль на сайте? Если да, есть ли роль в другой системе сайта?
Соответствуют ли другие системы сайта с этой ролью надлежащим образом для поддержки бизнес-требований к производительности и доступности?
Все ли клиенты уже перенастроены для использования другой роли? Будете ли вы полагаться на поведение клиента по умолчанию для отката или обнаружения другого сервера?
Процедура удаления роли системы сайта
Чтобы удалить роль, выполните следующую процедуру:
В консоли Configuration Manager перейдите в рабочую область Администрирование. Разверните узел Конфигурация сайта, а затем выберите узел Серверы и роли системы сайта .
Выберите сервер системы сайта с удаляемой ролью. В области Сведения о ролях системы сайта выберите целевую роль.
На ленте на вкладке Роль сайта в группе Роль сайта выберите Удалить роль. Убедитесь, что вы хотите удалить роль.
Дополнительные сведения для определенных ролей
Некоторые роли могут содержать дополнительные шаги и рекомендации.
Точка обновления программного обеспечения
После удаления точки обновления программного обеспечения Configuration Manager обновляет политику клиента, чтобы удалить точку обновления программного обеспечения из списка. При удалении последней точки обновления программного обеспечения на сайте список точек обновления программного обеспечения не содержит точек обновления программного обеспечения. При отсутствии доступных ролей управление обновлениями программного обеспечения на сайте по существу отключено.
Если на первичном сайте имеется несколько точек обновления программного обеспечения и вы удаляете точку обновления программного обеспечения, которая является источником синхронизации, выберите другую точку обновления программного обеспечения на сайте, чтобы стать новым источником синхронизации.
Вторичный сайт
За исключением случаев списания иерархии, основной причиной удаления вторичного сайта является более широкое изменение инфраструктуры, например сетевые или физические расположения. Также ознакомьтесь с причинами выбора дополнительного сайта.
Если вы решите удалить дополнительный сайт, сначала рассмотрите ответы на следующие вопросы:
Вы удалили все роли системы сайта с сервера сайта?
Связаны ли какие-либо границы или группы границ с дополнительным сайтом? Перед удалением сайта перенастройте границы.
Какие-либо клиенты по-прежнему находятся в расположении?
Настроили ли вы другие параметры управления содержимым, такие как одноранговое кэширование?
Параметры удаления вторичных сайтов
Вы не можете переместить или переназначить дополнительный сайт другому первичному сайту. При удалении вторичного сайта с его прямого родительского сайта укажите, следует ли удалить или удалить его.
Удаление вторичного сайта
Используйте этот параметр, чтобы удалить функциональный вторичный сайт, доступный из сети. Этот параметр удаляет Configuration Manager с сервера вторичного сайта. Затем он удаляет всю информацию о сайте и его ресурсах с сайта Configuration Manager.
Если Configuration Manager установлено SQL Server Express для вторичного сайта, Configuration Manager также удаляет SQL Server Express. Если вы установили SQL Server Express до установки дополнительного сайта, Configuration Manager не удаляет SQL Server Express.
Удаление вторичного сайта
Используйте этот параметр в следующих ситуациях:
Не удалось установить
После удаления на консоли Configuration Manager по-прежнему отображается дополнительный сайт.
Этот параметр удаляет все сведения о сайте и его ресурсах из иерархии Configuration Manager, но не вносит никаких изменений на сервере сайта.
Совет
Вы также можете использовать средство обслуживания иерархии с параметром
/DELSITEдля удаления дополнительного сайта. Дополнительные сведения см. в разделе Средство обслуживания иерархии (Preinst.exe).
Предварительные требования для удаления вторичного сайта
Пользователю с правами администратора, который запускает Configuration Manager установки, требуются следующие права безопасности:
Права локального администратора на сервере вторичного сайта
Если сервер базы данных первичного сайта удален от сервера первичного сайта, локальный администратор имеет права на удаленный сервер базы данных сайта для первичного сайта.
Роль безопасности "Администратор инфраструктуры " или "Полный администратор" на родительском первичном сайте
Права sysadmin в базе данных вторичного сайта
Процедура удаления вторичного сайта
Чтобы удалить или удалить дополнительный сайт, выполните следующую процедуру:
В консоли Configuration Manager перейдите в рабочую область Администрирование, разверните узел Конфигурация сайта, а затем выберите узел Сайты.
Выберите сервер вторичного сайта, который требуется удалить. На ленте на вкладке Главная в группе Сайт выберите Удалить.
На странице Общие укажите, следует ли удалять дополнительный сайт.
Завершите работу мастера.
Основной сайт
Вы можете удалить первичный сайт из иерархии по следующим причинам:
- Консолидация сайтов для снижения затрат и сложности
- Перенастройка или изменение сайтов иерархии
Перед удалением дочернего первичного сайта, использующего распределенные представления для связи репликации с CAS, сначала отключите распределенные представления в иерархии. Дополнительные сведения см. в статье Удаление первичного сайта, настроенного с распределенными представлениями.
Планирование удаления первичного сайта
Перед удалением первичного сайта ознакомьтесь со следующими задачами:
Проверьте границы, группы границ и резервные связи. Если вы назначаете клиентам новый сайт, но не изменяете границы, они могут считаться перемещаемыми. Дополнительные сведения см. в разделе Определение границ сайта и групп границ.
Убедитесь, что все активные клиенты переназначаются другому первичному сайту в иерархии. В противном случае клиенты будут неуправляемы после удаления сайта. Дополнительные сведения см. в статье Назначение клиентов сайту.
Просмотрите список ролей сайта, чтобы убедиться, что новый сайт предоставляет тот же уровень обслуживания.
Убедитесь, что вы правильно размеров других систем сайта с этой ролью на другом сайте. Они должны будут поддерживать ваши бизнес-требования к производительности и доступности с дополнительными клиентами.
Если на этом сайте много клиентов, переназначьте их поэтапно. Отслеживайте репликацию базы данных по мере обновления клиентами полных данных инвентаризации и других данных, относящихся к сайту. Если вы управляете обновлениями программного обеспечения, клиенты будут назначаться новой точке обновления программного обеспечения. Это приводит к полной проверке соответствия обновлений.
Переназначение клиента может повлиять на отчеты и запросы, основанные на данных инвентаризации, а также на соответствие требованиям на основе состояния. Рассмотрите возможность временной настройки любых клиентских циклов во время перехода.
Проверьте все методы назначения клиентов, чтобы убедиться, что ни один из них не ссылается на этот первичный сайт.
Проверьте, имеют ли какие-либо активно используемые объекты в иерархии статические ссылки на код сайта. Например, запросы к сбору, последовательности задач или административные скрипты.
Если иерархия использует резервный сайт для автоматического назначения сайта, убедитесь, что она не ссылается на этот первичный сайт.
Перенастройка всех методов установки клиента , которые могут ссылаться на статический код сайта.
Если на этом первичном сайте есть какие-либо облачные службы, подключенные к конкретному сайту, обязательно удалите их. Если облачные ресурсы по-прежнему нужны, переместите их на другой первичный сайт в иерархии. Удалите их с основного сайта, который вы собираетесь удалить, и добавьте их на другой первичный сайт.
Если на этом первичном сайте есть какие-либо методы обнаружения для иерархии, переместите их на другой сайт.
Снимите с учета любой носитель развертывания ОС на основе сайта.
Удалите все роли системы сайта с сайта и сервера сайта. Дополнительные сведения см. в разделе Удаление ролей системы сайта. Хотя этот шаг подготовки не требуется, он помогает определить любые дополнительные зависимости перед удалением сайта.
Удалите все вторичные сайты на этом первичном сайте. Дополнительные сведения см. в разделе Вторичный сайт .
Предварительные требования для удаления первичного сайта
Пользователю с правами администратора, который запускает Configuration Manager установки, требуются следующие права безопасности:
Права локального администратора на сервере CAS
Если сервер базы данных cass является удаленным от сервера сайта, локальный администратор имеет права на удаленный сервер базы данных сайта для центра управления доступом.
Права sysadmin в базе данных сайта CAS
Права локального администратора на сервере первичного сайта
Если сервер базы данных первичного сайта удален от сервера первичного сайта, локальный администратор имеет права на удаленный сервер базы данных сайта для первичного сайта.
Роль безопасности "Администратор инфраструктуры " или "Полный администратор" в cas-сервере
Процедура удаления первичного сайта
Вы запускаете Configuration Manager настройку, чтобы удалить первичный сайт, не имеющий связанного вторичного сайта. Чтобы удалить первичный сайт, выполните следующую процедуру:
Совет
Если сервер первичного сайта больше недоступен, удалите первичный сайт из базы данных сайта с помощью средства обслуживания иерархии в центре доступности. Дополнительные сведения см. в разделе Средство обслуживания иерархии (Preinst.exe).
Запустите настройку Configuration Manager на сервере первичного сайта одним из следующих способов:
В меню Пуск выберите Configuration Manager Настройка.
В каталоге установочного носителя Configuration Manager откройте
\SMSSETUP\BIN\X64\setup.exe. Убедитесь, что эта версия совпадает с версией сайта.В каталоге, где установлена Configuration Manager, откройте
\BIN\X64\setup.exe.
Просмотрите сведения на странице Перед началом работы .
На странице начало работы выберите Удалить сайт Configuration Manager.
Важно!
При присоединении вторичного сайта к основному сайту необходимо удалить дополнительный сайт, прежде чем его можно будет удалить.
На странице Удаление сайта Configuration Manager по умолчанию включены оба следующих параметра:
- Удаление базы данных сайта с сервера первичного сайта
- Удаление консоли Configuration Manager
Выберите Да, чтобы подтвердить удаление Configuration Manager первичного сайта.
Удаление первичного сайта, использующего распределенные представления
Перед удалением дочернего первичного сайта отключите распределенные представления для каждой связи в иерархии между cas-сайтом и первичным сайтом.
После отключения распределенных представлений для каждой ссылки убедитесь, что данные с первичного сайта завершаются повторной инициализацией в cas-сервере. Сведения о мониторинге инициализации данных см. в разделе Мониторинг репликации.
После успешной повторной инициализации данных с помощью CAS можно удалить основной сайт.
При удалении первичного сайта можно перенастроить распределенные представления по ссылкам из центра доступности на другие первичные сайты.
Важно!
Если удалить первичный сайт перед отключением распределенных представлений на каждом сайте или перед успешной повторной инициализацией данных с первичного сайта в центре доступности, репликация данных может завершиться ошибкой.
Вывод иерархии из эксплуатации
Некоторые организации имеют несколько иерархий из-за слияний, поглощений, тестовых сред или других бизнес-требований. Если объединить управление в одну иерархию, это действие поможет снизить затраты и сложность. Еще одна причина списания иерархии заключается в том, что вы переходите на облачную службу управления, например Microsoft Intune, и готовы удалить локальную инфраструктуру.
Для вывода из эксплуатации иерархии с несколькими сайтами важна последовательность удаления. Начните с удаления сайтов в нижней части иерархии, а затем перейдите вверх:
- Удалите вторичные сайты, присоединенные к первичным сайтам.
- Удаление основных сайтов.
- После удаления всех первичных сайтов можно удалить CAS.
Дополнительные сведения см. в следующих разделах.
Удаление CAS
Последним шагом для вывода иерархии из эксплуатации является удаление CAS. Запустите программу установки Configuration Manager, чтобы удалить cas-сервер без дочерних первичных сайтов.
Необходимые условия для удаления cas-адреса
Администратору, который запускает Configuration Manager настройке, требуются следующие права безопасности:
Права локального администратора на сервере CAS
Если сервер базы данных cass является удаленным от сервера сайта, локальный администратор имеет права на удаленный сервер базы данных сайта для центра управления доступом.
Процедура удаления CAS
Запустите настройку Configuration Manager на сервере CAS, используя один из следующих методов:
В меню Пуск выберите Configuration Manager Настройка.
В каталоге установочного носителя Configuration Manager откройте
\SMSSETUP\BIN\X64\setup.exe. Убедитесь, что эта версия совпадает с версией сайта.В каталоге, где установлена Configuration Manager, откройте
\BIN\X64\setup.exe.
Просмотрите сведения на странице Перед началом работы .
На странице начало работы выберите Удалить сайт Configuration Manager.
Важно!
Прежде чем удалить CAS, удалите все дочерние первичные сайты.
На странице Удаление сайта Configuration Manager по умолчанию включены оба следующих параметра:
- Удаление базы данных сайта с сервера CAS
- Удаление консоли Configuration Manager
Выберите Да, чтобы подтвердить удаление сайта центра администрирования (CAS) Configuration Manager.
Удаление CAS
Если иерархия состоит из центра обслуживания и одного дочернего первичного сайта, можно удалить CAS. Это действие упрощает инфраструктуру Configuration Manager до одного автономного первичного сайта. Она устраняет сложности репликации типа "сеть — сеть" и фокусирует задачи управления на одном сайте.
Дополнительные сведения см. в разделе Удаление CAS.