Планирование стратегии задания миграции в Configuration Manager
Относится к Configuration Manager (Current Branch)
Используйте задания миграции для настройки конкретных данных, которые требуется перенести в среду Configuration Manager текущей ветви. Задания миграции определяют объекты, которые планируется перенести, и выполняются на сайте верхнего уровня в конечной иерархии. Для каждого исходного сайта можно настроить одно или несколько заданий миграции. Это позволяет переносить все объекты одновременно или ограниченные подмножества данных с каждым заданием.
Задания миграции можно создавать после Configuration Manager успешного сбора данных с одного или нескольких сайтов из исходной иерархии. Вы можете переносить данные в любой последовательности с исходных сайтов, на которых собраны данные. С помощью исходного сайта Configuration Manager 2007 можно перенести данные только с сайта, на котором был создан объект. На исходных сайтах, работающих под управлением System Center 2012 Configuration Manager или более поздней версии, все данные, которые можно перенести, доступны на сайте верхнего уровня исходной иерархии.
Перед переносом клиентов между иерархиями убедитесь, что объекты, используемые клиентами, перенесены и что эти объекты доступны в конечной иерархии. Например, при миграции из исходной иерархии Configuration Manager 2007 с пакетом обновления 2 (SP2) может появиться объявление о содержимом, развернутом в настраиваемой коллекции с клиентом. В этом сценарии рекомендуется перенести коллекцию, объявление и связанное с ней содержимое перед переносом клиента. Эти данные не могут быть связаны с клиентом в конечной иерархии, если содержимое, коллекция и объявление не переносятся до миграции клиента. Если клиент не связан с данными, связанными с ранее запущенным объявлением и содержимым, клиенту можно предложить содержимое для установки в конечной иерархии, что может быть ненужным. Когда клиент выполняет миграцию после переноса данных, клиент связывается с этим содержимым и объявлением, и если объявление не повторяется, он не предлагает это содержимое для перенесенного объявления снова.
Для некоторых объектов требуется не только перенос данных из исходной иерархии в конечную. Например, чтобы успешно перенести обновления программного обеспечения для клиентов в целевую иерархию, необходимо развернуть активную точку обновления программного обеспечения, настроить каталог продуктов и синхронизировать точку обновления программного обеспечения с Windows Server Update Services (WSUS) в конечной иерархии.
Типы заданий миграции
Configuration Manager поддерживает следующие типы заданий миграции. Каждый тип задания предназначен для определения объектов, которые можно включить в это задание.
Миграция коллекций (поддерживается только при миграции с Configuration Manager 2007 с пакетом обновления 2 (SP2)). Перенос объектов, связанных с выбранными коллекциями. По умолчанию миграция коллекции включает все объекты, связанные с членами коллекции. Вы можете исключить определенные экземпляры объектов при использовании задания миграции коллекции.
Перенос объектов. Перенос отдельных объектов, которые вы выбрали. Вы выбираете только определенные данные, которые требуется перенести.
Перенесенная ранее миграция объектов. Перенос объектов, перенесенных ранее при обновлении в исходной иерархии после последней миграции.
Объекты, которые можно перенести
Не каждый объект может выполнять миграцию по определенному типу задания миграции. В следующем списке указан тип объектов, которые можно перенести с каждым типом задания миграции.
Примечание.
Задания миграции коллекции доступны только при переносе объектов из исходной иерархии Configuration Manager 2007 с пакетом обновления 2 (SP2).
Типы заданий, которые можно использовать для переноса каждого объекта
Объявления (доступны для миграции с поддерживаемых Configuration Manager 2007 исходных сайтов)
- Миграция коллекции
Каталог аналитики активов
Перенос объектов
Перенос ранее перенесенных объектов
Требования к оборудованию аналитики активов
Перенос объектов
Перенос ранее перенесенных объектов
Список программного обеспечения аналитики активов
Перенос объектов
Перенос ранее перенесенных объектов
Границы
Перенос объектов
Перенос ранее перенесенных объектов
Базовые конфигурации
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Элементы конфигурации
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Периоды обслуживания
- Миграция коллекции
Образы загрузки развертывания операционной системы
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Пакеты драйверов для развертывания операционной системы
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Драйверы развертывания операционной системы
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Образы развертывания операционной системы
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Пакеты развертывания операционной системы
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Пакеты распространения программного обеспечения
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Правила контроля использования программного обеспечения
Перенос объектов
Перенос ранее перенесенных объектов
Пакеты развертывания обновлений программного обеспечения
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Шаблоны развертывания обновлений программного обеспечения
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Развертывания обновлений программного обеспечения
- Миграция коллекции
Списки обновлений программного обеспечения
Перенос объектов
Перенос ранее перенесенных объектов
Последовательности задач
Миграция коллекции
Перенос объектов
Перенос ранее перенесенных объектов
Пакеты виртуальных приложений
Миграция коллекции
Перенос объектов
Важно!
Хотя вы можете перенести пакет виртуального приложения с помощью миграции объектов, эти пакеты нельзя перенести с помощью типа задания миграции ранее перенесенных объектов. Вместо этого необходимо удалить перенесенный пакет виртуального приложения с целевого сайта, а затем создать новое задание миграции для переноса виртуального приложения.
Общее планирование для всех заданий миграции
Используйте мастер создания задания миграции, чтобы создать задание миграции для переноса объектов в целевую иерархию. Тип создаваемого задания миграции определяет, какие объекты доступны для миграции. Вы можете создать и использовать несколько заданий миграции для переноса данных с одного исходного сайта или с нескольких исходных сайтов. Использование одного типа задания миграции не блокирует использование другого типа задания миграции.
После успешного выполнения задания миграции его состояние отображается как Завершено , и его нельзя запустить повторно. Однако можно создать новое задание миграции, чтобы перенести любые объекты, перенесенные исходным заданием, а новое задание миграции также может включать дополнительные объекты. При создании дополнительных заданий миграции объекты, которые были перенесены ранее, отображают состояние Перенесено. Вы можете выбрать эти объекты, чтобы перенести их снова, но если объект не был обновлен в исходной иерархии, перенос этих объектов снова не требуется. Если объект был обновлен в исходной иерархии после первоначальной миграции, этот объект можно определить при использовании типа задания миграции Объектов, измененных после миграции.
Вы можете удалить задание миграции перед его выполнением. Однако после завершения задания миграции оно остается видимым в консоли Configuration Manager и не может быть удалено. Каждое задание миграции, завершенное или еще не выполненное, остается видимым в консоли Configuration Manager до завершения процесса миграции и очистки данных миграции.
Примечание.
После завершения миграции с помощью действия Очистка данных миграции можно перенастроить ту же иерархию, что и текущая исходная иерархия, чтобы восстановить видимость ранее перенесенных объектов.
Объекты, содержащиеся в любом задании миграции, можно просмотреть в консоли Configuration Manager, выбрав задание миграции и выбрав вкладку Объекты на вкладке Задание.
Используйте сведения в следующих разделах, чтобы спланировать все задания миграции.
Выбор данных
При создании задания миграции коллекции необходимо выбрать одну или несколько коллекций. После выбора коллекций мастер создания задания миграции отображает объекты, связанные с коллекциями. По умолчанию все объекты, связанные с выбранными коллекциями, переносятся, но вы можете снять флажок объектов, которые не нужно переносить с этим заданием. При снятии флажка объекта с зависимыми объектами эти зависимые объекты также сняты. Все незаверяемые объекты добавляются в список исключений. Объекты в списке исключений удаляются из автоматического выбора для будущих заданий миграции. Необходимо вручную изменить список исключений, чтобы удалить объекты, которые вы хотите автоматически выбрать для миграции в заданиях миграции, создаваемых в будущем.
Владение сайтом для перенесенного содержимого
При переносе содержимого для развертываний необходимо назначить объект содержимого сайту в конечной иерархии. Затем этот сайт становится владельцем этого содержимого в конечной иерархии. Хотя сайт верхнего уровня конечной иерархии — это сайт, который фактически переносит метаданные для содержимого, он является назначенным сайтом, который получает доступ к исходным исходным файлам содержимого по сети.
Чтобы свести к минимуму пропускную способность сети, используемую во время миграции, рассмотрите возможность передачи права владения содержимым ближайшему доступному сайту. Поскольку информация о содержимом предоставляется глобально в Configuration Manager, она будет доступна на каждом сайте.
Сведения о содержимом передаются всем сайтам в конечной иерархии с помощью репликации базы данных. Однако любое содержимое, которое назначается первичному сайту, а затем развертывается в точках распространения на других первичных сайтах, передается с помощью репликации на основе файлов. Эта передача направляется через сайт центра администрирования, а затем на каждый дополнительный первичный сайт. Централизованные пакеты, которые планируется распространить на несколько первичных сайтов до или во время миграции при назначении сайта в качестве владельца контента, можно сократить передачу данных между сетями с низкой пропускной способностью.
Области безопасности администрирования на основе ролей для перенесенных данных
При переносе данных в конечную иерархию необходимо назначить одну или несколько областей безопасности администрирования на основе ролей объектам, данные которых переносятся. Это гарантирует, что только соответствующие пользователи с правами администратора имеют доступ к этим данным после их переноса. Указанные области безопасности определяются заданием миграции и применяются к каждому объекту, который переносится этим заданием. Если требуется применить разные области безопасности к разным наборам объектов и вы хотите назначить эти области во время миграции, необходимо перенести различные наборы объектов с помощью разных заданий миграции.
Прежде чем настраивать задание миграции, проверьте, как работает администрирование на основе ролей в Configuration Manager. При необходимости настройте одну или несколько областей безопасности для данных, которые вы переносите, чтобы контролировать, кто будет иметь доступ к перенесенным объектам в конечной иерархии.
Дополнительные сведения о областях безопасности и ролевом администрировании см. в статье Основы ролевого администрирования для Configuration Manager.
Просмотр действий по миграции
При настройке задания миграции мастер создания задания миграции отображает список действий, которые необходимо выполнить для успешной миграции, и список действий, которые Configuration Manager выполнить во время переноса выбранных данных. Внимательно изучите эти сведения, чтобы проверить ожидаемый результат.
Планирование заданий миграции
По умолчанию задание миграции выполняется сразу после его создания. Однако можно указать, когда выполняется задание миграции при создании задания или путем изменения свойств задания. Задание миграции можно запланировать следующим образом:
Запуск задания сейчас
Запуск задания в определенное время запуска
Не выполнять задание
Указание разрешения конфликтов для перенесенных данных
По умолчанию задания миграции не перезаписывают данные в целевой базе данных, если не настроено задание миграции для пропуска или перезаписи данных, которые ранее были перенесены в целевую базу данных.
Планирование заданий миграции коллекции
Задания миграции коллекций доступны только при переносе данных из исходной иерархии, которая выполняет поддерживаемую версию Configuration Manager 2007. При миграции по коллекции необходимо указать одну или несколько коллекций. Для каждой указанной коллекции задание миграции автоматически выбирает все связанные объекты для миграции. Например, если выбрать определенную коллекцию пользователей, члены коллекции будут определены, и вы можете перенести развертывания, связанные с этой коллекцией. При необходимости можно выбрать другие объекты развертывания для миграции, связанные с этими элементами. Все эти выбранные элементы добавляются в список объектов, которые можно перенести.
При переносе коллекции Configuration Manager также переносит параметры коллекции, включая периоды обслуживания и переменные коллекции, но не может переносить параметры коллекции для подготовки клиента AMT.
Используйте сведения в следующих разделах, чтобы узнать о дополнительных конфигурациях, которые могут применяться к заданиям миграции на основе коллекции.
Исключение объектов из заданий миграции коллекции
Вы можете исключить определенные объекты из задания миграции коллекции. При исключении определенного объекта из задания миграции коллекции этот объект добавляется в глобальный список исключений, который содержит все объекты, исключенные из заданий миграции, созданных для любого исходного сайта в текущей исходной иерархии. Объекты из списка исключений по-прежнему доступны для миграции в будущих заданиях, но не включаются автоматически при создании нового задания миграции на основе коллекции.
Список исключений можно изменить, чтобы удалить ранее исключенные объекты. После удаления объекта из списка исключений он автоматически выбирается при указании связанной коллекции во время создания нового задания миграции.
Неподдерживаемые коллекции
Configuration Manager может перенести любые коллекции пользователей по умолчанию, коллекции устройств и большинство пользовательских коллекций из исходной иерархии Configuration Manager 2007. Однако Configuration Manager не могут переносить коллекции, содержащие пользователей и устройства в одной коллекции.
Не удается перенести следующие коллекции:
Коллекция с пользователями и устройствами.
Коллекция, которая содержит ссылку на коллекцию другого типа ресурса. Например, коллекция на основе устройств, которая имеет либо вложенный набор, либо ссылку на коллекцию на основе пользователя. В этом примере переносится только коллекция верхнего уровня.
Коллекция с правилом для включения неизвестных компьютеров. Коллекция переносится, но правило для включения неизвестных компьютеров не переносится.
Пустые коллекции
Пустая коллекция — это коллекция, с ней не связаны ресурсы. Когда Configuration Manager переносит пустую коллекцию, она преобразует ее в папку организации без пользователей или устройств. Эта папка создается с именем пустой коллекции в узле Коллекции пользователей или коллекций устройств в рабочей области Активы и соответствие в консоли Configuration Manager.
Связанные коллекции и вложенные коллекции
При переносе коллекций, связанных с другими коллекциями или имеющих вложенные коллекции, Configuration Manager создает папку в узле Коллекции пользователей или устройств в дополнение к связанным коллекциям и вложенным коллекциям.
Зависимости коллекции и объекты include
При указании коллекции для миграции в мастере создания задания миграции все зависимые коллекции автоматически выбираются для включения в задание. Это гарантирует, что все необходимые ресурсы будут доступны после миграции.
Например, вы выбираете коллекцию для устройств, работающих под управлением Windows 10 с именем Win_10. Эта коллекция ограничена коллекцией, которая содержит все клиентские операционные системы и называется All_Clients. All_Clients коллекции будет автоматически выбран для миграции.
Ограничение коллекции
При Configuration Manager текущей ветви коллекции являются глобальными данными и оцениваются на каждом сайте в иерархии. Таким образом, запланируйте, как ограничить область коллекции после ее переноса. Во время миграции можно определить коллекцию из конечной иерархии, которая будет использоваться для ограничения области переносимой коллекции, чтобы в перенесенную коллекцию не включали непредвиденные члены.
Например, в Configuration Manager 2007 г. коллекции оцениваются на сайте, который их создает, и на дочерних сайтах. Объявление может быть развернуто только на дочернем сайте, и это ограничит область для этого объявления этим дочерним сайтом. По сравнению с Configuration Manager текущей ветви коллекции оцениваются на каждом сайте, а затем для каждого сайта оцениваются связанные объявления. Ограничение коллекции позволяет уточнить члены коллекции на основе другой коллекции, чтобы избежать добавления непредвиденных элементов коллекции.
Замена кода сайта
При переносе коллекции с критериями, определяющими сайт Configuration Manager 2007, необходимо указать определенный сайт в конечной иерархии. Это гарантирует, что перенесенная коллекция остается функциональной в конечной иерархии и не увеличивает область.
Указание поведения для перенесенных объявлений
По умолчанию задания миграции на основе коллекции отключают объявления, которые переносятся в конечную иерархию. Сюда входят все программы, связанные с объявлением. При создании задания миграции на основе коллекции с объявлениями вы увидите параметр Включить программы для развертывания в Configuration Manager после переноса объявления на странице Параметры мастера создания задания миграции. При выборе этого параметра программы, связанные с объявлениями, будут включены после миграции. Рекомендуется не выбирать этот параметр. Вместо этого включите программы после миграции, когда вы можете проверить клиенты, которые будут их получать.
Примечание.
Вы увидите параметр Включить программы для развертывания в Configuration Manager после переноса объявления только при создании задания миграции на основе коллекции, а задание миграции содержит объявления.
Чтобы включить программу после миграции, снимите флажок Отключить эту программу на компьютерах, где она объявлена на вкладке Дополнительно свойств программы.
Планирование заданий миграции объектов
В отличие от миграции коллекций, необходимо выбрать каждый объект и экземпляр объекта, которые требуется перенести. Вы можете выбрать отдельные объекты (например, объявления из иерархии Configuration Manager 2007 или публикации из System Center 2012 Configuration Manager или Configuration Manager текущей иерархии ветвей), чтобы добавить их в список объектов для миграции для определенного задания миграции. Все объекты, которые не добавляются в список миграции, не переносятся на целевой сайт заданием миграции объектов.
Задания миграции на основе объектов не имеют дополнительных конфигураций для планирования, помимо тех, которые применимы ко всем заданиям миграции.
Планирование перенесенных ранее заданий миграции объектов
Когда объект, который вы уже перенесли в конечную иерархию, обновляется в исходной иерархии, этот объект можно перенести снова с помощью типа задания Объекты, измененные после миграции . Например, при переименовании или обновлении исходных файлов пакета в исходной иерархии версия пакета увеличивается в исходной иерархии. После увеличения версии пакета пакет можно определить для миграции по этому типу задания.
Этот тип задания аналогичен типу миграции объектов, за исключением того, что при выборе объектов для миграции можно выбрать только объекты, которые были обновлены после их миграции предыдущим заданием миграции.
При выборе этого типа задания поведение разрешения конфликтов на странице Параметры мастера создания задания миграции настраивается для перезаписи ранее перенесенных объектов. Этот параметр нельзя изменить.
Примечание.
Это задание миграции может определять объекты, автоматически обновляемые исходной иерархией, и объекты, обновляемые администратором.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по