Планирование переноса объектов Configuration Manager в текущую ветвь Configuration Manager

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

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

Планирование переноса обновлений программного обеспечения

Вы можете перенести объекты обновления программного обеспечения, такие как пакеты обновлений программного обеспечения и развертывания обновлений программного обеспечения.

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

  • Развертывание активной точки обновления программного обеспечения в конечной иерархии

  • Настройка каталога продуктов и языков в соответствии с конфигурацией исходной иерархии

  • Синхронизация точки обновления программного обеспечения в конечной иерархии со службами Windows Server Update Services (WSUS)

При переносе обновлений программного обеспечения учитывайте следующее:

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

    Предупреждение

    Configuration Manager не поддерживает использование средства WSUSutil для синхронизации данных между исходной и конечной иерархиями.

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

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

Объект Configuration Manager 2007 Имя объекта после миграции
Списки обновлений программного обеспечения Списки обновлений программного обеспечения преобразуются в группы обновлений программного обеспечения.
Развертывания обновлений программного обеспечения Развертывания обновлений программного обеспечения преобразуются в развертывания и группы обновлений.

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

Значение Duration в шаблонах развертывания Configuration Manager 2007 не переносится.

При переносе объектов из исходной иерархии System Center 2012 Configuration Manager или Configuration Manager объекты обновлений программного обеспечения не изменяются.

Планирование переноса содержимого

Вы можете перенести содержимое из поддерживаемой исходной иерархии в конечную иерархию. Для исходной иерархии Configuration Manager 2007 это содержимое включает пакеты распространения программного обеспечения, программы и виртуальные приложения, такие как Microsoft Application Virtualization (App-V). Для исходных иерархий System Center 2012 Configuration Manager и Configuration Manager текущей ветви это содержимое включает приложения и виртуальные приложения App-V. При переносе содержимого между иерархиями сжатые исходные файлы переносятся в конечную иерархию.

Пакеты и программы

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

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

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

Совет

Для каждого перенесенного пакета обновите пакет в конечной иерархии. Это действие может предотвратить проблемы с развертыванием пакета в точках распространения в конечной иерархии. Однако при обновлении пакета в точке распространения в конечной иерархии клиенты в этой иерархии больше не смогут получить этот пакет из общей точки распространения. Чтобы обновить пакет в конечной иерархии, в консоли Configuration Manager перейдите в библиотеку программного обеспечения, щелкните пакет правой кнопкой мыши и выберите Обновить точки распространения. Выполните это действие для каждого пакета, который вы переносите.

Совет

Используйте диспетчер преобразования пакетов для преобразования пакетов и программ в приложения Configuration Manager. Дополнительные сведения см. в разделе Диспетчер преобразования пакетов.

Виртуальные приложения

При переносе пакетов App-V с поддерживаемого сайта Configuration Manager 2007 процесс миграции преобразует их в приложения в конечной иерархии. Кроме того, на основе существующих объявлений для пакета App-V в конечной иерархии создаются следующие типы развертывания:

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

  • Если существует одно объявление, создается один тип развертывания, который использует те же параметры, что и объявление Configuration Manager 2007.

  • Если существует несколько объявлений, для каждого объявления Configuration Manager 2007 создается тип развертывания с помощью параметров для этого объявления.

Важно!

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

Примечание.

После переноса пакета App-V можно изменить исходный путь для типов развертывания App-V с помощью мастера обновления содержимого. Дополнительные сведения об обновлении содержимого для типа развертывания см. в статье Управление типами развертывания в разделе Задачи управления для приложений Configuration Manager.

При миграции из исходной иерархии System Center 2012 Configuration Manager или Configuration Manager можно перенести объекты для виртуальной среды App-V в дополнение к типам развертывания и приложениям App-V. Дополнительные сведения о средах App-V см. в статье Развертывание виртуальных приложений App-V.

Реклама

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

Примечание.

Невозможно перенести объявления для виртуальных пакетов. Это исключение из переноса рекламных объявлений.

Приложения

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

Планирование миграции коллекций

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

Миграция объекта коллекции не поддерживается при миграции из исходной иерархии Configuration Manager 2007.

Планирование переноса развертываний операционной системы

Вы можете перенести следующие объекты развертывания операционной системы из поддерживаемой исходной иерархии:

  • Образы и пакеты операционной системы. Исходный путь образов загрузки обновляется до расположения образа по умолчанию для пакета административной установки Windows (Windows AIK) на целевом сайте. Ниже приведены требования и ограничения к переносу образов и пакетов операционной системы.

    • Для успешной миграции файлов изображений учетная запись компьютера сервера поставщика SMS для сайта верхнего уровня конечной иерархии должна иметь разрешение на чтение и запись исходных файлов изображений в расположении Windows AIK исходного сайта.

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

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

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

    Примечание.

    • Переносить можно только последовательности задач с собственными задачами Configuration Manager. Последовательности задач, содержащие задачи, не являющиеся собственными, включая задачи MDT или задачи сторонних пользователей, нельзя перенести. Попытка перенести последовательности задач с не собственными задачами приводит к следующим ошибкам в журнале Migmctrl.log:

      Type <ts-add-in-package> are not found

      ERROR: [MigMCtrl]: FAILED to EXECUTE job. error = Unknown error 0x80131500, 80131500~

      Чтобы перенести последовательности задач с не собственными задачами Configuration Manager, удалите не собственные задачи, а затем перенесите последовательность задач.

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

  • Драйверы и пакеты драйверов. При переносе пакетов драйверов учетная запись компьютера поставщика SMS в конечной иерархии должна иметь полный доступ к источнику пакета.

Планирование миграции требуемого управления конфигурацией

Вы можете перенести элементы конфигурации и базовые конфигурации.

Примечание.

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

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

Планирование границ миграции

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

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

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

Планирование переноса отчетов

Configuration Manager не поддерживает перенос отчетов. Вместо этого используйте построитель отчетов служб SQL Server Reporting Services для экспорта отчетов из исходной иерархии, а затем импортируйте их в конечную иерархию.

Примечание.

Так как между Configuration Manager 2007 и текущей ветвью Configuration Manager изменяются схемы, протестируйте каждый отчет, импортируемый из иерархии Configuration Manager 2007, чтобы убедиться, что он работает должным образом.

Дополнительные сведения об отчетах см. в статье Общие сведения о отчетах.

Планирование переноса организационных папок и папок поиска

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

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

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

При переносе сохраненного поиска из исходной иерархии System Center 2012 Configuration Manager или Configuration Manager переносятся критерии для поиска, а не сведения о результатах поиска. Миграция сохраненного поиска не применима с исходного сайта Configuration Manager 2007.

Планирование переноса настроек аналитики активов

Вы можете перенести настройки для аналитики активов из поддерживаемой исходной иерархии в конечную иерархию. В структуре настроек аналитики активов между Configuration Manager 2007 и Current Branch Не произошло никаких существенных изменений.

Примечание.

Текущая ветвь Configuration Manager не поддерживает перенос объектов аналитики активов с сайта Configuration Manager 2007, который использует службу аналитики активов 2.0 (AIS 2.0).

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

Между Configuration Manager 2007 и Текущим филиалом Configuration Manager существенных изменений в отслеживании использования программного обеспечения не произошло. Правила контроля использования программного обеспечения можно перенести из поддерживаемой исходной иерархии в конечную иерархию.

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