Планирование стратегии миграции клиентов в Configuration Manager

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

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

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

Планирование миграции клиентов в конечную иерархию

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

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

  • Исходная иерархия System Center 2012 Configuration Manager или более поздней версии: При миграции клиентов между иерархиями, имеющими одну и ту же версию продукта, клиентское программное обеспечение не изменяется и не обновляется. Вместо этого клиент выполняет переназначение из исходной иерархии сайту в конечной иерархии.

    Примечание.

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

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

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

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

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

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

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

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

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

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

  • Configuration Manager не может перенести клиент Configuration Manager 2007, на котором установлен клиент App-V, если клиентом App-V не установлена версия 4.6 с пакетом обновления 1 (SP1) или более поздняя.

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Схемы питания

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

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

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

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

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

Кроме того, невозможно перенести настройки инвентаризации оборудования из исходной иерархии. Их необходимо ввести в конечную иерархию независимо от миграции. Сведения о том, как расширить инвентаризацию оборудования, см. в статье "Как настроить инвентаризацию оборудования".

  • Last updated on