Планирование стратегии миграции клиентов в 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 текущей ветви журнал выполнения развертывания сохраняется.
Клиенты с сайтов в исходной иерархии можно переносить в любом порядке. Однако рассмотрите возможность поэтапной миграции ограниченного числа клиентов, а не миграции большого числа клиентов за один раз. Поэтапная миграция снижает требования к пропускной способности сети и обработку сервера, когда каждый только что обновленный клиент отправляет свои первоначальные полные данные инвентаризации и соответствия на назначенный сайт.
При переносе Configuration Manager клиентов 2007 существующее клиентское программное обеспечение удаляется с клиентского компьютера и устанавливается новое клиентское программное обеспечение.
Configuration Manager нельзя перенести клиент Configuration Manager 2007, на котором установлен клиент App-V, если версия клиента App-V не установлена 4.6 с пакетом обновления 1 (SP1) или более поздней.
Процесс миграции клиента можно отслеживать в узле Миграция рабочей области Администрирование в консоли Configuration Manager.
После переноса клиента в конечную иерархию вы больше не сможете управлять этим устройством с помощью исходной иерархии, поэтому следует рассмотреть возможность удаления клиента из исходной иерархии. Хотя это не является обязательным требованием при переносе иерархий, это может помочь предотвратить идентификацию перенесенного клиента в отчете исходной иерархии или неправильное количество ресурсов между двумя иерархиями во время миграции. Например, когда перенесенный клиент остается в базе данных исходного сайта, можно запустить отчет об обновлениях программного обеспечения, который неправильно определяет компьютер как неуправляемый ресурс, когда он теперь управляется конечной иерархией.
Планирование обработки данных на клиентах во время миграции
При переносе клиента из исходной иерархии в конечную иерархию некоторые сведения сохраняются на устройстве, а другие сведения недоступны на устройстве после миграции.
На клиентском устройстве сохраняются следующие сведения:
Уникальный идентификатор (GUID), который связывает клиент со сведениями в базе данных Configuration Manager.
Журнал объявлений или развертываний, который запрещает клиентам ненужно повторно запускать объявления или развертывания в конечной иерархии.
На клиентском устройстве не сохраняются следующие сведения:
Файлы в кэше клиента. Если клиенту требуются эти файлы для установки программного обеспечения, клиент снова скачивает их из конечной иерархии.
Сведения из исходной иерархии о любых объявлениях или развертываниях, которые еще не запущены. Если вы хотите, чтобы клиент запускал объявления или развертывания после миграции, необходимо повторно развернуть их в клиенте в конечной иерархии.
Сведения о запасах. Клиент повторно отправляет эти сведения на назначенный сайт в конечной иерархии после миграции клиента и создания новых данных клиента.
Данные о соответствии. Клиент повторно отправляет эти сведения на назначенный сайт в конечной иерархии после миграции клиента и создания новых данных клиента.
При миграции клиента сведения, хранящиеся в Configuration Manager реестре клиента и пути к файлу, не сохраняются. После миграции повторно примените эти параметры. Типичные параметры:
Схемы питания
Параметры ведения журнала
Параметры локальной политики
Кроме того, может потребоваться переустановить некоторые приложения.
Планирование данных инвентаризации и соответствия требованиям во время миграции
Данные инвентаризации и соответствия клиентов не сохраняются при переносе клиента в конечную иерархию. Вместо этого эти сведения повторно создаются в конечной иерархии, когда клиент впервые отправляет свои сведения на назначенный ему сайт. Чтобы снизить требования к пропускной способности сети и обработку сервера, рассмотрите возможность поэтапной миграции небольшого числа клиентов, а не большого числа клиентов за один раз.
Кроме того, нельзя перенести настройки инвентаризации оборудования из исходной иерархии. Их необходимо внедрить в конечную иерархию независимо от миграции. Сведения о расширении инвентаризации оборудования см. в разделе Настройка инвентаризации оборудования.