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

  • Статья

Планирование стратегии миграции клиентов в System Center 2012 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 следует выполнить две задачи. Необходимо перенести объекты, связанные с клиентом, а затем переустановить или переназначить клиенты из исходной иерархии в конечную. Сначала нужно перенести объекты, чтобы они были доступны при миграции клиентов. Объекты, связанные с клиентом, переносятся с помощью заданий миграции. Сведения о переносе объектов, связанных с клиентом, см. в статье Планирование стратегии заданий миграции в System Center 2012 Configuration Manager.

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

  • Планирование переноса клиентов в конечную иерархию

  • Планирование обработки данных на клиентах в процессе миграции

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

Планирование переноса клиентов в конечную иерархию

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

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

  • Исходная иерархия System Center 2012 Configuration Manager с пакетом обновления 1 (SP1) или более поздняя версия: при переносе клиентов между иерархиями с одинаковой версией продукта клиентское программное обеспечение не изменяется и не обновляется. Вместо этого клиент выполняет повторное назначение из исходной структуры на сайте в конечной иерархии.

    System_CAPS_noteПримечание

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

При планировании миграции клиентов используйте следующую информацию.

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

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

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

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

    • Для клиентов Configuration Manager 2007 сохраняется только история запуска объявлений.

    • Для клиентов System Center 2012 Configuration Manager сохраняется история запуска развертываний.

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

  • При переносе клиентов Configuration Manager 2007 существующее клиентское программное обеспечение удаляется с клиентского компьютера, после чего устанавливается новое клиентское ПО.

  • Компонент Configuration Manager не может выполнить миграцию клиента Configuration Manager 2007 с установленным клиентом App-V, если он выпущен ранее версии App-V 4.6 с пакетом обновления 1 (SP1).

Наблюдать за процессом миграции клиентов можно в узле Миграция рабочей области Администрирование на консоли Configuration Manager.

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

Планирование обработки данных на клиентах в процессе миграции

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

Следующие сведения сохраняются на клиентском устройстве.

  • Уникальный идентификатор (GUID), связывающий клиента с его информацией в базе данных Configuration Manager.

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

Следующие сведения не сохраняются на клиентском устройстве.

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

  • Данные из исходной иерархии о каких-либо объявлениях или развертываниях, которые еще не были выполнены. Если клиент должен запускать объявления или развертывания после миграция, следует повторно развернуть клиента в конечной иерархии.

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

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

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

  • Схемы управления питанием

  • Параметры ведения журнала

  • Параметры локальной политики

Кроме того, может потребоваться переустановка некоторых приложений.

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

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

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