Планирование сайтов и иерархий в 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 в рабочей среде следует спланировать проект сайтов и иерархии сайтов. На этапе планирования нужно определить число сайтов и их тип, а также расположение, где они будут развернуты. Выполните планирование каждого сайта и на каждом из них выберите место установки ролей систем сайта.
.jpeg "System_CAPS_tip"){kind=icon} Совет |
|---|
Убедитесь, что наряду с обеспечением соответствия требованиям к текущему оборудования в плане учитываются будущие изменения серверного оборудования. |
Существует два варианта развертывания Configuration Manager: в виде одного автономного первичного сайта или в виде нескольких сайтов в иерархии. При планировании первоначального развертывания рекомендуется разработать проект, который может быть расширен в случае дальнейшего развития организации. Планирование расширения является важным этапом, поскольку отличия System Center 2012 Configuration Manager от предыдущих версий продукта позволяют Configuration Manager поддерживать больше клиентов с меньшим числом сайтов.
.jpeg "System_CAPS_important") Важно |
|---|
Configuration Manager не поддерживает перемещение сервера сайта между доменами. Если требуется переместить сервер сайта, необходимо удалить Configuration Manager с сервера, переместить сервер в новый домен, а затем установить новый сайт Configuration Manager. Восстановить исходный сайт на сервере, перемещенном в новый домен, нельзя. |
Следующие разделы содержат сведения о внедрении проекта иерархии.
Планирование иерархии в Configuration Manager
Сведения о типах сайтов в Configuration Manager
Определение необходимости установки сайта центра администрирования
Определение необходимости установки первичного сайта
Определение необходимости установки вторичного сайта
Определение необходимости установки сайта или использования параметров управления содержимым
Планирование развертывания автономного первичного сайта
Планирование языков клиентских и серверных операционных систем в Configuration Manager
О языковых пакетах
Планирование для серверных языковых пакетов
Планирование языковых пакетов клиента
Рекомендации по управлению языковыми пакетами
Планирование консоли Configuration Manager
- Сведения о консоли только для чтения
Планирование нескольких пользователей и репликации глобальных данных в Configuration Manager
Сведения о нескольких изменения глобальных данных в Configuration Manager
Сведения о доступе к данным из консоли Configuration Manager
Новые возможности Configuration Manager
.jpeg "System_CAPS_note") Примечание |
|---|
Сведения из этого раздела также содержатся в в руководстве Приступая к работе с System Center 2012 Configuration Manager. |
В System Center 2012 Configuration Manager представлен сайт центра администрирования и внесены некоторые изменения для первичного и вторичного сайтов. В следующей таблице содержатся сводные данные по этим сайтам и их сравнение с сайтами в Configuration Manager 2007.
Сайт |
Назначение |
Отличие от Configuration Manager 2007 |
|---|---|---|
Сайт центра администрирования |
Сайт центра администрирования координирует межсайтовую репликацию данных в иерархии с помощью репликации базы данных Configuration Manager. Он также обеспечивает управление конфигурациями в масштабе иерархии для агентов клиентов, операций обнаружения и других действий. Этот сайт используется для выполнения всех задач администрирования и создания отчетов для иерархии. |
Несмотря на то, что этот сайт находится в вершине иерархии в System Center 2012 Configuration Manager, он имеет следующие отличия от центрального сайта в Configuration Manager 2007.
|
Первичный сайт |
Управляет клиентами в сетях с качественным подключением. |
Первичные сайты в System Center 2012 Configuration Manager имеют следующие отличия от первичных сайтов Configuration Manager 2007.
|
Вторичный сайт |
Управляет распространением содержимого для клиентов в удаленных расположениях по каналам с ограниченной пропускной способностью. |
Вторичные сайты в System Center 2012 Configuration Manager имеют следующие отличия от вторичных сайтов Configuration Manager 2007.
|
Новые возможности Configuration Manager с пакетом обновления 1 (SP1)
| Примечание |
|---|
Сведения из этого раздела также содержатся в в руководстве Приступая к работе с System Center 2012 Configuration Manager. |
Начиная с Configuration Manager с пакетом обновления 1 (SP1), автономный первичный сайт можно развернуть в иерархию, содержащую новый сайт центра администрирования. После установки нового сайта центра администрирования можно установить дополнительные новые первичные сайты. Дополнительные сведения см. в статье Развертывание автономного первичного сайта в иерархию с сайтом центра администрирования.
Планирование иерархии в Configuration Manager
При планировании иерархии Configuration Manager рекомендуется учесть параметры сети и вычислительной среды и определить бизнес-требования. Затем можно запланировать внедрение Configuration Manager с использованием минимального числа серверов и наименьшими административными издержками, позволяющими достичь целей организации.
Для тех, кто уже инвестировал средства в Configuration Manager 2007, System Center 2012 Configuration Manager предоставляет встроенное решение для автоматической миграции с Configuration Manager 2007. Однако этот продукт не поддерживает выполняемые на месте обновления с более ранних версий Configuration Manager или совместимость с Configuration Manager 2007, кроме следующих двух исключений. Первое исключение: во время активной миграции с Configuration Manager 2007 на System Center 2012 Configuration Manager точки распространения Configuration Manager 2007 могут быть общими для System Center 2012 Configuration Manager, что позволяет клиентам System Center 2012 Configuration Manager получить доступ к содержимому в этих точках. Второе исключение: вторичные сайты Configuration Manager 2007 можно обновить так, чтобы они стали точками распространения System Center 2012 Configuration Manager.
Таким образом, чтобы сохранить инвестиции в существующую инфраструктуру Configuration Manager 2007, необходимо установить System Center 2012 Configuration Manager в качестве новой иерархии, а затем перенести данные и клиенты Configuration Manager 2007 в System Center 2012 Configuration Manager. Подобная параллельная реализация позволяет переработать и упростить иерархию с помощью меньшего числа серверов сайта.
Перед установкой первого сайта новой иерархии System Center 2012 Configuration Manager продумайте бизнес-требования и требования к сетевой среде, а также проанализируйте, как добиться их выполнения с меньшей инфраструктурой за счет использования новых возможностей Configuration Manager. По возможности планируйте установку только автономного первичного сайта в иерархии, за исключением тех случаев, когда один сайт не может обеспечить поддержку имеющегося количества управляемых клиентов и устройств. Структура иерархии с автономным первичным сайтом позволяет избежать расходов на управление дополнительными сайтами и репликацию базы данных между сайтами. Если количество управляемых устройств превышает возможности одного сайта, в качестве первого сайта необходимо установить сайт центра администрирования, а затем — один или несколько дочерних первичных сайтов. Сведения о количестве клиентов, которое поддерживает сайт, см. в разделе статьи Поддерживаемые конфигурации для диспетчера конфигурации.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Некоторые возможности, поддерживающие решение об установке одного первичного сайта вместо нескольких, впервые представлены в System Center 2012 Configuration Manager. С помощью System Center 2012 Configuration Manager использованием полосы пропускания сети для передачи содержимого в удаленные точки распространения в пределах сайта можно управлять точно так же, как и полосой пропускания между сайтами в иерархии. Эта функциональная возможность может заменить необходимость установки дополнительных сайтов для управления передачей содержимого через более медленные сети, как видно в предыдущих версиях Configuration Manager. К дополнительным изменениям относится использование параметров клиентов и ролевого администрирования, благодаря которым исчезла потребность в обслуживании отдельных сайтов для настраиваемых параметров клиентов или для разграничения прав доступа либо полномочий по соображениям безопасности. Когда изучены и учтены все изменения, внесенные в System Center 2012 Configuration Manager, последним фактором, влияющим на принятие решения об установке нескольких первичных сайтов, зачастую становится количество устройств и клиентов, которое должна поддерживать иерархия, а не их расположение.
До появления System Center 2012 Configuration Manager с пакетом обновления 1 (SP1) первоначальная структура иерархии была постоянной. В частности, если используется System Center 2012 Configuration Manager без пакета обновления, варианты преобразования автономного первичного сайта а дочерний первичный сайт, который передает данные в сайт центра администрирования, отсутствуют. Следовательно, для того чтобы изменить конфигурацию, необходимо удалить автономный первичный сайт, а затем снова установить как дочерний первичный сайт для сайта центра администрирования. Однако начиная с версии Configuration Manager с пакетом обновления 1 (SP1), автономный первичный сайт можно расширить до иерархии, содержащей сайт центра администрирования, а затем установить дополнительные дочерние первичные сайты. Возможность расширения автономного первичного сайта до более крупной иерархии доступна как для новых сайтов Configuration Manager с пакетом обновления 1 (SP1), так и для сайтов, обновленных с версии System Center 2012 Configuration Manager без пакета обновления. Однако Configuration Manager не поддерживает преобразование иерархии, содержащей сайт центра администрирования, в автономный первичный сайт. Дополнительные сведения о развертывании автономного первичного сайта см. в разделе Планирование развертывания автономного первичного сайта этой статьи.
Потенциал к расширению автономного первичного сайта позволяет развернуть Configuration Manager с использованием минимальной серверной инфраструктуры (одного автономного первичного сайта) с возможностью дальнейшего расширения иерархии для поддержки дополнительных устройств. Кроме того, начиная с Configuration Manager с пакетом обновления 1 (SP1) возможен перенос данных из одной иерархии System Center 2012 Configuration Manager в другую иерархию Configuration Manager, если в обеих иерархиях установлен один и тот же пакет обновления. Например, можно перенести данные из одного сайта или иерархии Configuration Manager с пакетом обновления 1 (SP1) в другой сайт или иерархию Configuration Manager с пакетом обновления 1 (SP1). Это означает, что данные можно перенести из тестовой среды в рабочую или из системы сбора данных, а затем управлять этой комбинированной средой пользователей и устройств из одной иерархии System Center 2012 Configuration Manager. Дополнительные сведения о миграции см. в статье Миграция иерархий в System Center 2012 Configuration Manager.
Сведения о типах сайтов в Configuration Manager
Развертывание Configuration Manager состоит либо из иерархии сайтов, либо из автономного сайта. В иерархию входит несколько сайтов, каждый с одним или несколькими серверами систем сайта. Автономный сайт также включает один или несколько серверов систем сайта. Ниже приведены некоторые примеры устройств сайтов.
.jpeg "Проекты сайтов")
Серверы систем сайта расширяют функциональные возможности Configuration Manager. Например, на сайте можно установить систему сайта для поддержки развертывания программного обеспечения или для управления мобильными устройствами. Для успешного планирования иерархии сайтов и определения лучших сетевых и географических расположений для размещения серверов сайта ознакомьтесь со сведениями о каждом типе сайта и альтернативами, предлагаемыми системами сайта, связанными с развертыванием содержимого.
Для планирования типов сайтов, которые могут потребоваться в иерархии, используйте сведения из следующей таблицы.
Сервер |
Назначение |
Дополнительные сведения |
|---|---|---|
Сайт центра администрирования |
Рекомендуемое расположение для выполнения всех задач администрирования и создания отчетов для иерархии. |
|
Первичный сайт |
Обязательный сайт, который управляет клиентами в сетях с качественным подключением. Все клиенты назначаются первичному сайту. |
|
Вторичный сайт |
Управляет клиентами в удаленных расположениях, где требуется контроль пропускной способности сети. |
|
При планировании иерархии Configuration Manager необходимо учесть следующие факторы.
При распространении содержимого развертывания в точки распространения можно использовать функции планирования и регулирования сетевого трафика. Поэтому для некоторых удаленных сетевых расположений вместо сайта подойдет точка распространения.
Записи данных обнаружения (DDR) для неизвестных ресурсов передаются с помощью файловой репликации с первичного сайта на сайт центра администрирования, где осуществляется их обработка. Поскольку в результате обнаружения может быть создано много записей DDR, необходимо выбрать место размещения сайта центра администрирования и выбрать сайты для запуска операций обнаружения, чтобы сократить объем записей DDR, передаваемый по сетям с низкой пропускной способностью. Записи DDR для известных ресурсов обрабатываются на первом первичном сайте, куда они поступают, и не передаются на сайт центра администрирования с помощью файловой репликации. Вместо этого после обработки на первичном сайте данные обнаружения реплицируются на другие сайты с помощью репликации базы данных.
Ролевое администрирование предоставляет централизованную административную модель безопасности для иерархии, поэтому устанавливать сайты для обеспечения границы безопасности не требуется. Чтобы определить пользователей, которые могут просматривать иерархию и управлять ею, используйте области безопасности, роли безопасности и коллекции.
Оповещения в консоли Configuration Manager предоставляют сведения с учетом состояния для операций во всей иерархии.
Для определения необходимости установки сайтов и систем сайта Configuration Manager используйте сведения из следующих разделов.
Определение необходимости установки сайта центра администрирования
Сайт центра администрирования следует устанавливать в том случае, если требуется несколько первичных сайтов. Однако если количество клиентов и устройств не превышает возможности одного первичного сайта, можно установить автономный первичный сайт. Это позволит сократить административные расходы и избежать ненужной репликации базы данных между первичным сайтом и сайтом центра администрирования. В структуре автономной иерархии автономный первичный сайт выполняет те же функции, что и сайт центра администрирования. До появления Configuration Manager с пакетом обновления 1 (SP1) такое решение принималось бесповоротно. Начиная с версии Configuration Manager с пакетом обновления 1 (SP1), автономный первичный сайт можно расширить до иерархии, содержащей сайт центра администрирования, а затем добавить дополнительные первичные сайты. Однако System Center 2012 Configuration Manager не поддерживает удаление сайта центра администрирования из иерархии для ее преобразования в автономную.
Сайт центра администрирования используется для настройки параметров всей иерархии и для мониторинга всех сайтов и объектов в иерархии. Этот тип сайта не осуществляет прямое управление клиентами, однако он координирует межсайтовую репликацию данных, включающую настройку сайтов и клиентов во всей иерархии.
При планировании сайта центра администрирования используйте следующую информацию.
Сайт центра администрирования является сайтом верхнего уровня в иерархии.
При настройке иерархии с несколькими первичными сайтами необходимо установить сайт центра администрирования, который должен быть первым установленным сайтом.
Сайт центра администрирования поддерживает в качестве дочерних сайтов только первичные сайты.
Сайт центра администрирования не может назначаться клиентам.
Сайт центра администрирования поддерживает не все роли систем сайта. Дополнительные сведения см. в статье Планирование места установки ролей систем сайта в иерархии.
Если консоль Configuration Manager подключена к сайту центра администрирования, вы можете управлять всеми клиентами в иерархии и выполнять задачи по управлению первичными сайтами.
При использовании сайта центра администрирования этот сайт является единственным местом, где можно просмотреть данные о сайтах, собранные со всех сайтов. К этим данным относится такая информация, как данные инвентаризации и сообщения о состоянии.
С сайта центра администрирования можно настроить операции обнаружения в иерархии, назначив запуск методов обнаружения на отдельных сайтах.
Для управления безопасностью в иерархии различным пользователям следует назначить различные роли безопасности, области безопасности и коллекции. Эти конфигурации применяются к каждому узлу в иерархии.
Можно настроить репликацию файлов и баз данных для управления обменом данными между сайтами в иерархии. Сюда входит создание расписаний репликации баз данных для данных сайта, а также управление пропускной способностью передачи файловых данных между сайтами.
Определение необходимости установки первичного сайта
Первичные сайты используются для управления клиентами. Первичный сайт можно установить как дочерний первичный сайт для сайта центра администрирования в более крупной иерархии или как первый сайт новой иерархии. Первичный сайт, который устанавливается как первый сайт иерархии, становится автономным первичным сайтом. Как дочерние, так и автономные первичные сайты поддерживают наличие вторичных сайтов в качестве дочерних.
Первичный сайт рекомендуется установить по любой из следующих причин.
Для непосредственного управления клиентами.
Для увеличения количества клиентов и устройства, которыми можно управлять с помощью одной иерархии. Сведения о количестве клиентов и устройств, которое поддерживает каждый первичный сайт, см. в разделе статьи Поддерживаемые конфигурации для диспетчера конфигурации.c1e93ef9-761f-4f60-8372-df9bf5009be0#BKMK_SupConfigClientsperSite
Для предоставления локальной точки подключения для администрирования.
Для соответствия требованиям организационного управления. Например, первичный сайт можно установить в удаленном расположении и использовать для управления передачей содержимого развертывания по сети с низкой пропускной способностью. Однако в System Center 2012 Configuration Manager можно использовать параметры регулирования использования полосы пропускания сети при передаче данных в точку распространения, и эта возможность может заменить необходимость установки дополнительных сайтов.
При планировании первичных сайтов используйте следующую информацию.
Первичный сайт может быть автономным первичным сайтом или дочерним первичным сайтом в более крупной иерархии. Когда первичный сайт является членом иерархии с сайтом центра администрирования, сайты используют репликацию базы данных для репликации данных между собой. Если количество клиентов и устройств не превышает возможности одного первичного сайта, рекомендуется установить автономный первичный сайт. Начиная с Configuration Manager с пакетом обновления 1 (SP1), автономный первичный сайт можно преобразовать в более крупную иерархию, когда развертывание превысит возможности одного первичного сайта.
Первичный сайт поддерживает в качестве родительского сайта только сайт центра администрирования.
Первичный сайт поддерживает в качестве дочерних сайтов только вторичные сайты и может поддерживать один или несколько дочерних вторичных сайтов.
Если используется Configuration Manager без пакета обновления, первичный сайт не может изменить свою связь с родительским сайтом после установки. Однако начиная с Configuration Manager с пакетом обновления 1 (SP1), новый сайт центра администрирования можно установить в качестве родительского сайта для существующего автономного первичного сайта.
Первичные сайты отвечают за обработку всех клиентских данных, полученных с назначенных им клиентов.
При установке первичный сайт автоматически настраивает репликацию базы данных с назначенным ему сайтом центра администрирования.
Для прямого взаимодействия с сайтом центра администрирования первичные сайты используют репликацию базы данных.
При установке первичного сайта можно установить стандартные роли систем сайта. Список ролей систем сайта, поддерживаемых на первичных сайтах, см. в статье Планирование места установки ролей систем сайта в иерархии.
Определение необходимости установки вторичного сайта
Вторичные сайты используются для управления передачей содержимого развертывания и клиентских данных по сетям с низкой пропускной способностью.
Управление вторичным сайтом осуществляется с сайта центра администрирования или с родительского первичного сайта вторичного сайта. Вторичные сайты должны быть присоединены к первичному сайту. Их перемещение на другой родительский сайт возможно только после их удаления и последующей переустановки в качестве дочерних сайтов нового первичного сайта. Чтобы упростить управление файловой репликацией содержимого развертывания, это содержимое можно пересылать между одноранговыми вторичными сайтами. Вторичный сайт передает клиентские данные на первичный сайт с помощью файловой репликации. Для взаимодействия со своим родительским первичным сайтом вторичный сайт также использует репликацию базы данных.
Вторичный сайт можно установить в случае, если выполняется любое из указанных ниже условий.
Для сайта не требуется локальный пользователь с правами администратора.
Необходимо управлять передачей содержимого развертывания на сайты, расположенные ниже в иерархии.
Необходимо управлять клиентской информацией, передаваемой на сайты, расположенные выше в иерархии.
Если вы не хотите устанавливать вторичный сайт, но необходимо поддерживать работу удаленных клиентов, можно использовать компонент Windows BranchCache или точки распространения, поддерживающие управление пропускной способностью сети и планированием. Эти возможности управления содержимым можно использовать как с вторичными сайтами, так и без них. Они позволяют уменьшить количество сайтов и серверов, которые требуется устанавливать. Дополнительные сведения о возможностях управления содержимым в Configuration Manager см. в разделе Определение необходимости установки сайта или использования параметров управления содержимым.
При планировании вторичных сайтов используйте следующую информацию.
В ходе установки сайтов SQL Server, экспресс-выпуск автоматически устанавливается на вторичные сайты, если локальный экземпляр сервера SQL Server недоступен.
Установка вторичного сайта инициируется из консоли Configuration Manager при подключении к сайту центра администрирования или к первичному сайту.
При установке вторичного сайта автоматически настраивается репликация базы данных с родительским первичным сайтом.
Вторичные сайты используют репликацию базы данных для прямого взаимодействия со своим родительским первичным сайтом и для получения подмножества данных общей базы данных Configuration Manager.
Вторичные сайты поддерживаются маршрутизацию файлового содержимого на другие вторичные сайты этого же родительского первичного сайта.
При установке вторичного сайта автоматически развертываются точка управления и точка распространения, расположенные на сервере вторичного сайта.
Определение необходимости установки сайта или использования параметров управления содержимым
При наличии удаленных клиентов можно использовать различные возможности управления содержимым вместо создания первичных и вторичных сайтов. Зачастую можно избежать создания еще одного сайта, если использовать компонент Windows BranchCache, настроить точки распространения для управления пропускной способностью или вручную скопировать содержимое в точки распространения (предварительная подготовка содержимого).
Рассмотрите возможность развертывания точки распространения вместо установки еще одного сайта, если выполняется какое-либо из следующих условий.
Пропускная способность сети достаточна для того, чтобы удаленные клиентские компьютеры обменивались данными с точкой управления для загрузки клиентских политик, отправки данных инвентаризации, отправки отчетов и данных обнаружения.
Служба BITS не обеспечивает достаточного контроля над пропускной способностью сети, соответствующего действующим требованиям к сети.
Дополнительные сведения о возможностях управления содержимым в Configuration Manager см. в разделе Введение в управление содержимым с помощью Configuration Manager.
Планирование развертывания автономного первичного сайта
Начиная с System Center 2012 Configuration Manager с пакетом обновления 1 (SP1), новый сайт центра администрирования можно устанавливать в качестве родительского сайта имеющегося автономного первичного сайта. Это позволяет развернуть автономный первичный сайт в более крупную иерархию, которая поддерживает установку дополнительных новых первичных сайтов. В новую иерархию можно развернуть только один имеющийся основной сайт, поскольку база данных нового сайта центра администрирования основана на базе данных автономного первичного сайта. После завершения установки нового сайта центра администрирования невозможно присоединить или развернуть дополнительные первичные сайты в эту же иерархию. Однако можно установить новые первичные сайты в качестве дочерних сайтов ниже сайта центра администрирования.
Чтобы развернуть автономный первичный сайт в более крупную иерархию, запустите с носителя программу установки Configuration Manager для Configuration Manager с пакетом обновления 1 (SP1) (или более поздней версии Configuration Manager) и установите новый сайт центра администрирования на новом сервере. В ходе установки можно установить новый сайт центра администрирования в качестве первого сайта новой иерархии или развернуть имеющийся автономный первичный сайт в иерархию. При развертывании имеющегося автономного первичного сайта необходимо указать сервер имеющегося автономного первичного сайта, который необходимо развернуть. Связавшись с сервером автономного первичного сайта, программа установки продолжит работу в обычном режиме.
После завершения работы программы установки первичный сайт становится дочерним первичным сайтом в иерархии с сайтом центра администрирования и перестает быть автономным первичным сайтом.
После развертывания автономного первичного сайта в иерархию невозможно отсоединить первичный сайт от иерархии, чтобы восстановить его работу в качестве автономного первичного сайта. Чтобы удалить первичный сайт из иерархии, необходимо удалить первичный сайт.
Предварительные требования для расширения автономного первичного сайта
Автономный первичный сайт должен удовлетворять следующим предварительным условиям развертывания в иерархию с сайтом центра администрирования.
Необходимое условие |
Подробные сведения |
|---|---|
Автономный первичный сайт и сайт центра администрирования должны работать под управлением одинаковой версии Configuration Manager |
Например, если для установки сайта центра администрирования и развертывания автономного первичного сайта используется установщик пакета обновления 1 (SP1), то этот автономный первичный сайт также должен иметь версию SP1. |
Автономный первичный сайт невозможно настроить для миграции данных из другой иерархии Configuration Manager |
Необходимо остановить активную миграцию на основной первичный сайт из других иерархий Configuration Manager и удалить все параметры конфигурации для миграции. Сюда входят все незавершенные задания миграции и конфигурация активной исходной иерархии. Причина заключается в том, что операции миграции выполняются на сайте верхнего уровня в иерархии, а конфигурации для миграции не передаются на сайт центра администрирования при развертывании автономного первичного сайта. Если после развертывания автономного первичного сайта повторно настроить миграцию на первичном сайте, то все операции, связанные с миграцией, будет выполнять сайт центра администрирования. Дополнительные сведения о настройке миграции см. в разделе Настройка исходных иерархий и исходных сайтов для миграции в System Center 2012 Configuration Manager. |
Учетная запись того компьютера, где будет размещаться новый сайт центра администрирования, должна быть членом группы Администраторы на автономном первичном сайте. |
Чтобы успешно развернуть автономный первичный сайт, учетная запись компьютера на новом сайте центра администрирования должна быть членом группы Администраторы на автономном первичном сайте. Это необходимо только на время развертывания сайта, а после завершения развертывания сайта эту учетную запись можно удалить из группы на первичном сайте. |
Учетная запись пользователя, используемая для запуска программы установки нового сайта центра администрирования, должна иметь разрешения ролевого администрирования в автономном первичном сайте. |
Для установки сайта центра администрирования в рамках сценария расширения сайта учетная запись пользователя, используемая для запуска программы установки сайта центра администрирования, должна быть определена в ролевом администрировании автономного первичного сайта как Полный администратор или Администратор инфраструктуры. |
Перед развертыванием сайта необходимо удалить следующие системные роли сайта из автономного первичного сайта:
|
Эти системные роли сайта поддерживаются только на сайте верхнего уровня в иерархии. Поэтому перед развертыванием автономного первичного сайта необходимо удалить эти системные роли сайта. Завершив развертывание сайта, можно повторно установить эти системные роли сайта на сайте центра администрирования. Все прочие системные роли сайта можно оставить установленными на первичном сайте. |
Должен быть открыт порт для SQL Server Service Broker между автономным первичным сайтом и компьютером, на котором будет установлен сайт центра администрирования. |
Для успешной репликации данных между сайтом центра администрирования и первичным сайтом Configuration Manager требует, чтобы порт, используемый SQL Server Service Broker, был открыт между двумя сайтами. При установке сайта центра администрирования и развертывании автономного первичного сайта средство проверки готовности не сможет определить, что порт, указанный для SQL Server Service Broker, открыт на первичном сайте. |
В ходе настройки автономного первичного сайта для миграции необходимо остановить все активные процессы сбора данных перед развертыванием сайта. |
Если для миграции данных из другой иерархии Configuration Manager используется миграция, необходимо остановить все активные процессы сбора данных перед развертыванием сайта. После завершения развертывания сайта можно повторно настроить сбор данных. Дополнительные сведения об остановке и повторной настройке сбора данных см. в разделе Сбор данных миграции статьи Планирование стратегии для исходных иерархий в System Center 2012 Configuration Manager. |
Особенности развертывания автономного первичного сайта
При развертывании автономного первичного сайта для нового сайта центра администрирования открывается общий доступ ко всем объектам и конфигурациям, существующим в базе данных первичного сайта. С развертыванием автономного первичного сайта не связаны никакие специальные замечания, за исключением следующих:
Особенности |
Подробные сведения |
|---|---|
Точки обновления программного обеспечения |
Перед развертыванием автономного первичного сайта не следует вносить изменения в конфигурацию точек обновления программного обеспечения на сайте. Однако при развертывании автономного первичного сайта точки обновления программного обеспечения на первичном сайте автоматически перенастраиваются для синхронизации с точкой обновления программного обеспечения на новом сайте центра администрирования. Поэтому после завершения установки нового сайта центра администрирования как можно быстрее запланируйте установку точки обновления программного обеспечения на этом сайте и настройте ее синхронизацию со службами Windows Server Update Services (WSUS). До тех пор пока точка обновления программного обеспечения не будет настроена на сайте центра администрирования, ни одна из точек обновления программного обеспечения на первичном сайте не сможет синхронизироваться с новыми обновлениями программного обеспечения. Сразу после развертывания автономного первичного сайта ожидайте высокой нагрузки на сайт центра администрирования по причине обработки данных, поскольку этот сайт будет синхронизировать сведения об обновлениях программного обеспечения с первичным сайтом. Сайт центра администрирования автоматически создает новые объекты для управления обновлениями программного обеспечения. Объекты на сайте центра администрирования являются доверенными для иерархии. Ранее существовавшие на первичном сайте конфигурации автоматически применяются на сайте центра администрирования. В число этих конфигураций входят расписания синхронизации, конфигурации замещения и дополнительные связанные параметры. |
Пакеты для развертывания программного обеспечения |
Пакеты, созданные на автономном первичном сайте перед развертыванием этого сайта, продолжают управляться первичным сайтом. Однако эти пакеты реплицируются в качестве глобальных данных на все сайты в иерархии, и этими пакетами также можно управлять при помощи сайта центра администрирования. Единственным исключением является пакет установки клиента. |
Пакет установки клиента |
При развертывании автономного первичного сайта право владения пакетом установки клиента переходит к сайту центра администрирования. Однако для этого пакета идентификатор пакета остается неизменным. Поскольку за управлением этим пакетом отвечает сайт верхнего уровня в иерархии, а изменения пакета касаются только языков выбранной на этом сайте клиентской операционной системы, убедитесь, что сайт центра администрирования поддерживает те же самые языки клиента, что были выбраны на первичном сайте. Дополнительные сведения см. в разделе Планирование языковых пакетов клиента статьи Planning for Sites and Hierarchies in Configuration Manager. |
Параметры клиента |
После развертывания первичного сайта необходимо перезапустить компонент SMS_POLICY_PROVIDER на первичном сайте. До тех пор пока поставщик политики не будет перезагружен, первичный сайт не будет предоставлять клиентам новые или обновленные клиентские параметры, а продолжит предоставлять клиентские параметры, настроенные на первичном сайте перед развертыванием первичного сайта. Чтобы перезапустить поставщика политики, воспользуйтесь Диспетчером служб Configuration Manager. Чтобы использовать диспетчер служб Configuration Manager для управления компонентом, выберите компонент в узле Состояние компонента, раздел Состояние системы в рабочем пространстве Мониторинг консоли Configuration Manager. После выбора компонента щелкните Запустить в группе Компоненты на вкладке Главная и затем выберите Диспетчер служб Configuration Manager. В средстве Диспетчер служб Configuration Manager найдите компонент, которым необходимо управлять, и затем нажмите Компонент. Затем нажмите Запрос, и после опроса состояния компонента можно будет управлять состоянием этого компонента. Поставщик политики также перезапускается после перезапуска службы SMS_EXECUTIVE на сервере сайта или же после перезагрузки компьютера, на котором размещен сервер сайта. |
Поддержка клиентских языков |
При развертывании автономного первичного сайта и установке центра администрирования запланируйте добавить поддержку на сайте центра администрирования для всех клиентских языков, поддерживаемых автономным первичным сайтом. Добавление поддержки тех же самых клиентских языков не является обязательным требованием, но рекомендуется для того, чтобы новые устанавливаемые клиенты Configuration Manager поддерживали ожидаемые языки. Дополнительные сведения об управлении языками в Configuration Manager см. в разделе Планирование языков клиентских и серверных операционных систем в Configuration Manager статьи Planning for Sites and Hierarchies in Configuration Manager. |
Загрузочный WIM-файл по умолчанию |
Сайт центра администрирования создает и развертывает новый загрузочный WIM-файл по умолчанию. Этот WIM-файл становится новым WIM-файлом по умолчанию для использования в иерархии. Загрузочный WIM-файл с автономного первичного сайта остается без изменений, а объекты для развертывания операционных систем, зависящие от этого WIM-файла, продолжают функционировать. |
| Важно |
|---|
При использовании System Center 2012 R2 Configuration Manager SP1: После развертывания автономного первичного сайта, который использует System Center 2012 R2 Configuration Manager с пакетом обновления 1 (SP1), запустите Configmgr2012R2SP1.msi на сайте центра администрирования, чтобы включить возможности R2 для иерархии. |
Планирование языков клиентских и серверных операционных систем в Configuration Manager
System Center 2012 Configuration Manager поддерживает отображение информации на нескольких языках. По умолчанию пользовательский интерфейс Configuration Manager отображается только на английском, хотя создаваемые пользователем-администратором объекты отображаются в консоли Configuration Manager и на клиенте, причем на том языке, который применялся для их создания. Кроме того, можно установить клиентские и серверные языковые пакеты, чтобы пользовательский интерфейс отображался на предпочитаемых пользователями языках.
Воспользуйтесь информацией в следующих разделах для планирования языковой поддержки путем установки языковых пакетов. Сведения об управлении языковыми пакетами см. в разделе Управление языковыми пакетами для сайтов Configuration Manager статьи Управление настройками сайта и иерархии.
Новые возможности Configuration Manager
| Примечание |
|---|
Сведения из этого раздела также содержатся в в руководстве Приступая к работе с System Center 2012 Configuration Manager. |
Следующие элементы языковой поддержки представлены впервые или были изменены с момента выпуска Configuration Manager 2007.
Установка серверов сайта с помощью исходных файлов, разработанных для конкретного языка, больше не поддерживается. Кроме того, исчезла возможность установки международных клиентских пакетов для поддержки различных языков на одном клиенте. Вместо этого можно выбрать установку только серверных и клиентских языков, которые необходимо поддерживать.
Доступные языковые пакеты клиента и сервера включены в установочный носитель Configuration Manager, где размещаются в папке LanguagePack, а обновления доступны для загрузки вместе с необходимыми файлами.
Вы можете добавить клиентские и серверные языковые пакеты на сайт при его установке, а также изменить состав используемых языковых пакетов после установки сайта.
Можно установить несколько языков в каждом сайте, причем достаточно установить только используемые языки.
Любой сайт поддерживает использование нескольких языков для консолей Configuration Manager.
На любом сайте можно устанавливать индивидуальные клиентские языковые пакеты, добавляя поддержку только для необходимых клиентских языков.
При установке поддержки для языка, соответствующего языку интерфейса компьютера, консоли Configuration Manager и пользовательский интерфейс клиента на этом компьютере будут отображать информацию именно на этом языке.
При установке поддержки для языка, соответствующего языку, выбранному в веб-браузере компьютера, при подключении к веб-ресурсам, включая каталог приложений или отчеты SQL Server, отчеты отображаются именно на этом языке.
О языковых пакетах
Вы можете добавить поддержку серверных и клиентских языковых пакетов на сайте центра администрирования и на первичных сайтах, чтобы Configuration Manager мог отображать встроенный текст на языке, который соответствует предпочтениями пользователя. Вторичные сайты автоматически поддерживают те же языки клиентов, что и родительские первичные сайты. Список поддерживаемых языков см. в разделе Поддерживаемые языки операционных систем статьи Технический справочник по языковым пакетам в Configuration Manager.
Используйте серверные языковые пакеты для консоли Configuration Manager и для таких ролей системы сайта, как точки служб отчетов.
Используйте клиентские языковые пакеты для клиентов Configuration Manager и каталога приложений.
Языковые пакеты используют для отображения сведений следующие языковые параметры.
Язык интерфейса компьютера относится к консоли Configuration Manager, клиентским уведомлениями и центру программного обеспечения.
Настройки языка в браузере используются для просмотра отчетов и каталога приложений.
| Примечание |
|---|
Даже если языковые пакеты установлены, данные, созданные администратором, не затрагиваются языковыми пакетами. |
При запуске программы установки Configuration Manager копирует доступные языки из папки LanguagePack на исходном носителе Configuration Manager в место, указанное для загрузки необходимых компонентов. Если исходный носитель недоступен, Configuration Manager загружает языковые пакеты в ходе загрузки необходимых компонентов. Кроме того, все отсутствующие или обновленные файлы также загружаются с необходимыми компонентами. Затем во время установки можно добавить один или несколько доступных серверных и клиентских языковых пакетов на сайт.
Если языковые пакеты при установке сервера сайта не устанавливались, можно добавить их позже, запустив программу установки на сервере сайта. Программу установки можно запустить из меню "Пуск" или путем открытия файла Setup.exe в пути установки, а затем выбрать изменение конфигурации сайта. При изменении набора поддерживаемых языков для сайтов Configuration Manager выполняет следующие действия.
Тип языкового пакета |
Действие |
|---|---|
Серверный языковой пакет |
|
Клиентский языковой пакет |
|
Планирование для серверных языковых пакетов
Добавьте поддержку серверного языка на сайт, чтобы консоли Configuration Manager и точки служб отчетов могли отображать данные на поддерживаемых языках. Можно установить несколько серверных языковых пакетов на каждом сайте в иерархии.
Каждый серверный языковой пакет, который поддерживается сайтом, добавляется в исходные файлы установки консоли Configuration Manager на сервере этого сайта. Чтобы консоль Configuration Manager могла отображать информацию на поддерживаемом языке, необходимо добавить языковой пакет на сайт и установить консоль Configuration Manager из исходных файлов, включающих этот язык.
Точки служб отчетов автоматически обновляются для поддержки просмотра информации в языковых пакетах, которые устанавливаются на сайте.
Планирование языковых пакетов клиента
Configuration Manager поддерживает клиентские языки для клиентов на обычных и мобильных устройствах:
Когда клиент Configuration Manager устанавливается на устройстве, он добавляет поддержку каждого клиентского языкового пакета, который входит в состав файлов установки клиента.
Когда клиент Configuration Manager устанавливается на мобильном устройстве, он добавляет поддержку всех языков одновременно.
Можно добавлять поддержку клиентских языков при установке сайта или путем повторного запуска программы установки на сервере сайта после установки. Чтобы клиент мог отображать информацию на поддерживаемом языке, необходимо добавить поддержку языка для сайта клиента и установить клиент из исходных файлов, содержащих этот язык. Необходимо добавить поддержку клиентских языковых пакетов перед тем, как установить клиент.
Когда на сайте добавляется поддержка клиентского языкового пакета, файлы установки клиента обновляются. Набор файлов установки клиента, обновляемый на сайте, зависит от местоположения сайта в иерархии.
Сайт верхнего уровня иерархии управляет пакетом установки клиента. Этот пакет предназначен для автоматической передачи на все точки распространения в иерархии. По умолчанию при установке клиента он использует этот пакет для извлечения исходных файлов установки.
ПримечаниеСайт верхнего уровня может быть сайтом центра администрирования или автономным первичным сайтом.
Первичный сайт контролирует и обновляет пакет обновления клиента, а также обновляет поддерживаемые языки в папке Client на сервере сайта и его точках управления. Клиенты используют исходных файлы установки с первичного сайта, если клиент не может получить доступ к пакету установки на точке распространения или для указания файлов используется параметр командной строки установки клиента /source.
СоветПри использовании сайта центра администрирования клиент устанавливает клиентские языковые пакеты, добавляя поддержку каждого языкового пакета на сайте центра администрирования и каждом первичном сайте.
При изменении набора поддерживаемых клиентских языков на сайте верхнего уровня подождите некоторое время, чтобы пакет установки клиента был скопирован в точки распространения в вашей иерархии. Можно наблюдать за перераспределением пакета на точках распространения с помощью узла Состояние содержимого в рабочей области Мониторинг консоли Configuration Manager. Дополнительные сведения см. в разделе Мониторинг содержимого статьи Использование и отслeживание управления содержимым в Configuration Manager.
Также можно отследить ход выполнения, просматривая сообщения о состоянии перераспределения пакета.
Пакет установки клиента называется Пакет клиента Configuration Manager.
Точки распространения создают сообщение о состоянии с ИД 2330, когда пакет обновления успешно обновляется на этой точке распространения.
После установки нового сервера сайта с поддержкой клиентских языковых пакетов или обновления точек распространения существующего сервера сайта можно установить новые клиенты или переустановить существующие клиенты на компьютерах для добавления поддержки клиентских языковых пакетов.
| Важно |
|---|
Configuration Manager не поддерживает переустановку клиентов на мобильных устройствах без предварительной очистки мобильного устройства. Поэтому если вы планируете поддерживать на мобильных устройств языки, отличные от английского, включите поддержку клиентских языков для мобильных устройств перед установкой клиента Configuration Manager для мобильных устройств. |
Когда клиент Configuration Manager устанавливается на новом компьютере, CCMSetup изменяет командную строку установщика Windows для добавления поддержки каждого языкового пакета, который поставляется с исходными файлами установки. Для добавления новых языковых пакетов у существующего клиента необходимо обновить или переустановить этот клиент.
Например, можно изменить набор языков, которые поддерживаются на компьютере, при повторном развертывании клиентского программного обеспечения с помощью принудительной push-установки или развертывания программного обеспечения.
В следующей таблице перечислены методы установки и обновления клиентов, которые не поддерживаются для управления языковыми пакетами у ранее установленного клиента.
Метод |
Подробные сведения |
|---|---|
Восстановление |
Действие восстановления установщика Windows приводит к повтору командной строки установщика Windows, использованной для прошлой установки клиента. Она хранится в реестре клиентского компьютера. Эта командная строка не будет ссылаться на новые клиентские языковые пакеты. |
Автоматическое обновление клиента |
Этот тип обновления терпит неудачу, поскольку автоматическое обновление основано на изменении версии клиента. Новые языковые пакеты не изменяют версию клиента. |
Установка клиента путем обновления программного обеспечения |
Точки обновления программного обеспечения полагаются на версию клиента при установке. Новые языковые пакеты не изменяют версию клиента. |
Сведения о том, как клиенты обращаются к исходным файлам для установки, см. в разделе Установка клиентов на компьютерах под управлением Windows в Configuration Manager.
Дополнительные сведения о свойствах установки клиента см. в разделе О свойствах установки клиента в Configuration Manager.
Рекомендации по управлению языковыми пакетами
Используйте следующие рекомендации по использованию языковых пакетов в System Center 2012 Configuration Manager.
Установка языков при установке сайта
При изменении языковых пакетов, поддерживаемых на сайте самого верхнего уровня иерархии, сайт инициирует обновление пакета пакета установки клиента на каждой точке распространения в иерархии, переустанавливает применимые роли системы сайта и выполняет сброс. Кроме того, необходимо переустановить клиенты, чтобы они могли использовать новые языковые пакеты, добавленные на сайт.
При добавлении клиентских языковых пакетов на сайт центра администрирования также следует добавить эти клиентские языковые пакеты к каждому первичному сайту
При изменении клиентских языковых пакетов на сайте обновление файлов установки клиента зависит от местоположения сайта в иерархии. Когда клиент устанавливается, он может использовать пакет установки, которым управляет сайт верхнего уровня иерархии, или исходные файлы из точки управления сайта, куда назначен клиент, если ему не удается открыть пакет установки в точке распространения.
Планирование консоли Configuration Manager
Пользователи с правами администратора используют консоль Configuration Manager для управления средой Configuration Manager. Каждая консоль Configuration Manager подключается либо к сайту центра администрирования, либо к первичному сайту. После первоначального подключения консоль Configuration Manager может подключаться к другим сайтам. Тем не менее, консоль Configuration Manager нельзя подключить к вторичному сайту.
Чтобы подключиться к другому сайту при использовании консоли Configuration Manager, в меню Приложение выберите Подключение к новому сайту и укажите имя сервера сайта. При открытии нового экземпляра консоли Configuration Manager также можно указать подключение к определенному сайту. Для этого необходимо указать имя сервера сайта в командной строке для открытия консоли Configuration Manager. Например, чтобы подключиться к сайту, запущенному на сервере Server1, введите в командной строке команду %path%\microsoft.configurationmanagement.exe Server1.
В Configuration Manager не ограничивается количество одновременных подключений консоли Configuration Manager к первичному сайту или к сайту центра администрирования. Подключившись к сайту центра администрирования, можно просматривать и настраивать данные для всех сайтов в иерархии. Если при наличии в среде сайта центра администрирования консоль Configuration Manager подключена непосредственно к первичному сайту, можно просматривать данные этого сайта Configuration Manager и управлять ими, но нельзя просматривать данные других первичных сайтов и их вторичных сайтов. Тем не менее, если сайт центра администрирования отсутствует, поскольку иерархия содержит автономный первичный сайт, консоль Configuration Manager можно использовать для доступа ко всем данным в иерархии.
| Важно |
|---|
При управлении объектами или клиентами с помощью консоли Configuration Manager, подключенной к дочернему первичному сайту в иерархии с другими первичными сайтами, все сделанные изменения реплицируются по иерархии на другие первичные сайты, даже если данные этих сайтов недоступны для просмотра. |
| Примечание |
|---|
При подключении консоли Configuration Manager к ознакомительной версии Configuration Manager в заголовке окна консоли отображается количество дней до истечения срока действия ознакомительной версии. Количество дней не обновляется автоматически. Оно обновляется только при новом подключении к сайту. После истечения ознакомительного периода консоль Configuration Manager подключается в режиме только для чтения. |
Сведения о консоли только для чтения
При подключении консоли Configuration Manager к первичному сайту по ряду причин может быть использована консоль Configuration Manager только для чтения. Консоль только для чтения позволяет просматривать объекты и параметры конфигурации, но не дает возможности вносить какие-либо изменения, которые могут быть утрачены после завершения инициализации первичного сайта или его синхронизации с сайтом центра администрирования после устранения неполадок репликации.
Консоль только для чтения используется по следующим причинам.
Подключение к первичному сайту до завершения установки сайта Configuration Manager.
Подключение к первичному сайту, на котором возникли неполадки межсайтовой репликации.
Подключение к первичному сайту во время восстановления этого сайта.
Подключение к первичному сайту во время инициализации глобальных данных этим сайтом.
После полной инициализации первичного сайта или после устранения проблем репликации между этим сайтом и сайтом центра администрирования необходимо закрыть, а затем заново подключить консоль Configuration Manager для установки обычного сеанса, позволяющего управлять объектами и конфигурациями.
| Примечание |
|---|
После истечения ознакомительного периода, равного 180 дням, консоль Configuration Manager, подключающаяся к ознакомительной версии Configuration Manager, станет работать в режиме только для чтения. |
Планирование нескольких пользователей и репликации глобальных данных в Configuration Manager
Приведенные ниже разделы помогут спланировать работу нескольких пользователей с правами администратора, имеющих доступ к объектам и параметрам конфигурации, общим для нескольких сайтов. Эти данные называются глобальными, они доступны во всей иерархии.
Сведения о нескольких изменения глобальных данных в Configuration Manager
Разные пользователи с правами администратора на одном или нескольких сайтах могут попытаться управлять одним и тем же объектом одновременно. Поэтому Configuration Manager не дает возможности пользователю с правами администратора изменять объект, если другой пользователь с правами администратора в иерархии в данный момент изменяет этот же самый объект. Если объект, которым требуется управлять, уже используется, можно либо просмотреть объект как экземпляр, доступный только для чтения, либо снова попробовать стать владельцем этого объекта. Если при повторной попытке стать владельцем объект больше не используется другим пользователем с правами администратора, вы становитесь владельцем объекта и можете изменять его. Не следует путать состояние объектов только для чтения, управляемых посредством консоли, и работу консоли Configuration Manager в режиме только для чтения. В отличие от консоли только для чтения, это временное состояние того или иного объекта, зависящее от его текущей доступности. Это состояние не связано с состоянием сайта, к которому подключается консоль Configuration Manager.
Configuration Manager также разрешает изменения объекта, выполненные с разных сайтов, если один из этих сайтов не может реплицировать данные. Это может произойти при отключении сетевого подключения. В этом сценарии первое изменение объекта, реплицированное на сайт центра администрирования, имеет приоритет над более поздним редактированием с первичного сайта, которому не удалось реплицировать данные.
Сведения о доступе к данным из консоли Configuration Manager
Используйте ролевое администрирование, чтобы определить объекты в иерархии, доступные пользователям с правами администраторов в консоли Configuration Manager, и разрешения для этих объектов. Используйте сочетание ролей безопасности, областей безопасности и коллекций, чтобы управлять доступом к данным в иерархии для каждого пользователя с правами администратора. Дополнительные сведения см. в статье Планирование безопасности в Configuration Manager.