Planifier une stratégie de travail de migration dans Configuration Manager
S’applique à : Gestionnaire de Configuration (branche actuelle)
Utilisez des tâches de migration pour configurer les données spécifiques que vous souhaitez migrer vers votre Configuration Manager environnement Current Branch. Les tâches de migration identifient les objets que vous prévoyez de migrer et s’exécutent sur le site de niveau supérieur de votre hiérarchie de destination. Vous pouvez configurer un ou plusieurs travaux de migration par site source. Cela vous permet de migrer tous les objets à la fois ou des sous-ensembles limités de données avec chaque travail.
Vous pouvez créer des tâches de migration une fois que Configuration Manager a correctement collecté des données à partir d’un ou plusieurs sites de la hiérarchie source. Vous pouvez migrer des données dans n’importe quelle séquence à partir des sites sources qui ont collecté des données. Avec un site source Configuration Manager 2007, vous pouvez migrer des données uniquement à partir du site où un objet a été créé. Avec les sites sources qui exécutent System Center 2012 Configuration Manager ou version ultérieure, toutes les données que vous pouvez migrer sont disponibles sur le site de niveau supérieur de la hiérarchie source.
Avant de migrer des clients entre hiérarchies, vérifiez que les objets utilisés par les clients ont été migrés et que ces objets sont disponibles dans la hiérarchie de destination. Par exemple, lorsque vous migrez à partir d’une hiérarchie source Configuration Manager 2007 SP2, vous pouvez avoir une publication pour le contenu déployé sur une collection personnalisée qui a un client. Dans ce scénario, nous vous recommandons de migrer la collection, la publication et le contenu associé avant de migrer le client. Ces données ne peuvent pas être associées au client dans la hiérarchie de destination si le contenu, la collection et la publication ne sont pas migrés avant la migration du client. Si un client n’est pas associé aux données liées à une publication et à un contenu exécutés précédemment, le contenu peut être proposé au client pour l’installation dans la hiérarchie de destination, ce qui peut être inutile. Lorsque le client effectue la migration après la migration des données, le client est associé à ce contenu et à cette publication, et à moins que la publication ne soit périodique, ce contenu n’est plus proposé pour la publication migrée.
Certains objets nécessitent plus que la migration des données de la hiérarchie source vers la hiérarchie de destination. Par exemple, pour migrer correctement les mises à jour logicielles de vos clients vers votre hiérarchie de destination, vous devez déployer un point de mise à jour logicielle actif, configurer le catalogue de produits et synchroniser le point de mise à jour logicielle avec Windows Server Update Services (WSUS) dans la hiérarchie de destination.
Types de travaux de migration
Configuration Manager prend en charge les types de travaux de migration suivants. Chaque type de travail est conçu pour vous aider à définir les objets que vous pouvez inclure dans ce travail.
Migration de collections (prise en charge uniquement lors de la migration à partir de Configuration Manager 2007 SP2) : migrez les objets liés aux regroupements que vous sélectionnez. Par défaut, la migration de collection inclut tous les objets associés aux membres de la collection. Vous pouvez exclure des instances d’objet spécifiques lorsque vous utilisez un travail de migration de collection.
Migration d’objets : migrez les objets individuels que vous sélectionnez. Vous sélectionnez uniquement les données spécifiques que vous souhaitez migrer.
Migration d’objets précédemment migrés : migrez les objets que vous avez précédemment migrés lorsqu’ils ont été mis à jour dans la hiérarchie source après leur dernière migration.
Objets que vous pouvez migrer
Tous les objets ne peuvent pas migrer par un type spécifique de travail de migration. La liste suivante identifie le type d’objets que vous pouvez migrer avec chaque type de travail de migration.
Remarque
Les travaux de migration de collection sont disponibles uniquement lorsque vous migrez des objets à partir d’une hiérarchie source Configuration Manager 2007 SP2.
Types de travaux que vous pouvez utiliser pour migrer chaque objet
Publications (disponibles pour la migration à partir des sites sources pris en charge Configuration Manager 2007)
- Migration de collections
Catalogue Asset Intelligence
Migration d’objets
Migration d’objets précédemment migrés
Configuration matérielle requise pour Asset Intelligence
Migration d’objets
Migration d’objets précédemment migrés
Liste des logiciels Asset Intelligence
Migration d’objets
Migration d’objets précédemment migrés
Limites
Migration d’objets
Migration d’objets précédemment migrés
Bases de référence de configuration
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Éléments de configuration
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Fenêtres de maintenance
- Migration de collections
Images de démarrage du déploiement du système d’exploitation
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Packages de pilotes de déploiement de système d’exploitation
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Pilotes de déploiement de système d’exploitation
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Images de déploiement de système d’exploitation
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Packages de déploiement de système d’exploitation
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Packages de distribution de logiciels
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Règles de contrôle des logiciels
Migration d’objets
Migration d’objets précédemment migrés
Packages de déploiement de mises à jour logicielles
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Modèles de déploiement de mises à jour logicielles
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Déploiements de mises à jour logicielles
- Migration de collections
Listes de mises à jour logicielles
Migration d’objets
Migration d’objets précédemment migrés
Séquences de tâches
Migration de collections
Migration d’objets
Migration d’objets précédemment migrés
Packages d’applications virtuelles
Migration de collections
Migration d’objets
Importante
Bien que vous puissiez migrer un package d’application virtuelle à l’aide de la migration d’objets, les packages ne peuvent pas être migrés à l’aide du type de travail de migration Migration d’objets précédemment migrés. Au lieu de cela, vous devez supprimer le package d’application virtuelle migré du site de destination, puis créer une tâche de migration pour migrer l’application virtuelle.
Planification générale de tous les travaux de migration
Utilisez l’Assistant Création d’un travail de migration pour créer une tâche de migration afin de migrer des objets vers votre hiérarchie de destination. Le type du travail de migration que vous créez détermine les objets disponibles pour la migration. Vous pouvez créer et utiliser plusieurs tâches de migration pour migrer des données à partir du même site source ou de plusieurs sites sources. L’utilisation d’un type de travail de migration ne bloque pas l’utilisation d’un autre type de travail de migration.
Une fois qu’une tâche de migration s’exécute correctement, son état est indiqué comme Terminé et ne peut plus être réexécuté. Toutefois, vous pouvez créer une tâche de migration pour migrer tous les objets qui ont été migrés par le travail d’origine, et la nouvelle tâche de migration peut également inclure des objets supplémentaires. Lorsque vous créez des travaux de migration supplémentaires, les objets précédemment migrés affichent l’état Migré. Vous pouvez sélectionner ces objets pour les migrer à nouveau, mais sauf si l’objet a été mis à jour dans la hiérarchie source, la migration de ces objets n’est pas nécessaire. Si l’objet a été mis à jour dans la hiérarchie source après sa migration initiale, vous pouvez identifier cet objet lorsque vous utilisez le type de travail de migration Objets modifiés après la migration.
Vous pouvez supprimer un travail de migration avant son exécution. Toutefois, une fois la tâche de migration terminée, elle reste visible dans la console Configuration Manager et ne peut pas être supprimée. Chaque travail de migration qui est terminé ou qui n’a pas encore été exécuté reste visible dans la console Configuration Manager jusqu’à ce que vous terminiez le processus de migration et nettoyez les données de migration.
Remarque
Une fois la migration terminée à l’aide de l’action Nettoyer les données de migration , vous pouvez reconfigurer la même hiérarchie que la hiérarchie source actuelle pour restaurer la visibilité des objets que vous avez migrés précédemment.
Vous pouvez afficher les objets contenus dans n’importe quelle tâche de migration dans la console Configuration Manager en sélectionnant la tâche de migration, puis en choisissant l’onglet Objets dans le travail.
Utilisez les informations des sections suivantes pour vous aider à planifier tous les travaux de migration.
Sélection des données
Lorsque vous créez un travail de migration de collection, vous devez sélectionner un ou plusieurs regroupements. Une fois que vous avez sélectionné les regroupements, l’Assistant Création d’une tâche de migration affiche les objets associés aux collections. Par défaut, tous les objets associés aux collections sélectionnées sont migrés, mais vous pouvez décocher les objets que vous ne souhaitez pas migrer avec ce travail. Lorsque vous décochez un objet qui a des objets dépendants, ces objets dépendants sont également décochés. Tous les objets non cochés sont ajoutés à une liste d’exclusion. Les objets d’une liste d’exclusion sont supprimés de la sélection automatique pour les travaux de migration futurs. Vous devez modifier manuellement la liste d’exclusions pour supprimer les objets que vous souhaitez sélectionner automatiquement pour la migration dans les tâches de migration que vous créerez à l’avenir.
Propriété du site pour le contenu migré
Lorsque vous migrez du contenu pour des déploiements, vous devez affecter l’objet de contenu à un site dans la hiérarchie de destination. Ce site devient alors le propriétaire de ce contenu dans la hiérarchie de destination. Bien que le site de niveau supérieur de votre hiérarchie de destination soit le site qui migre réellement les métadonnées pour le contenu, c’est le site affecté qui accède aux fichiers sources d’origine pour le contenu sur le réseau.
Pour réduire la bande passante réseau utilisée pendant la migration, envisagez de transférer la propriété du contenu vers le site disponible le plus proche. Étant donné que les informations sur le contenu sont partagées globalement dans Configuration Manager, elles seront disponibles sur chaque site.
Les informations sur le contenu sont partagées avec tous les sites de la hiérarchie de destination à l’aide de la réplication de base de données. Toutefois, tout contenu que vous attribuez à un site principal, puis que vous déployez sur des points de distribution sur d’autres sites principaux, est transféré à l’aide de la réplication basée sur des fichiers. Ce transfert est acheminé via le site d’administration centrale, puis vers chaque site principal supplémentaire. En centralisant les packages que vous prévoyez de distribuer à plusieurs sites principaux avant ou pendant la migration lorsque vous affectez un site en tant que propriétaire de contenu, vous pouvez réduire les transferts de données sur les réseaux à faible bande passante.
Étendues de sécurité de l’administration basée sur les rôles pour les données migrées
Lorsque vous migrez des données vers une hiérarchie de destination, vous devez affecter une ou plusieurs étendues de sécurité d’administration basée sur les rôles aux objets dont les données sont migrées. Cela garantit que seuls les utilisateurs administratifs appropriés ont accès à ces données après leur migration. Les étendues de sécurité que vous spécifiez sont définies par le travail de migration et sont appliquées à chaque objet migré par ce travail. Si vous avez besoin d’appliquer différentes étendues de sécurité à différents ensembles d’objets et que vous souhaitez affecter ces étendues pendant la migration, vous devez migrer les différents ensembles d’objets à l’aide de différentes tâches de migration.
Avant de configurer un travail de migration, passez en revue le fonctionnement de l’administration basée sur les rôles dans Configuration Manager. Si nécessaire, configurez une ou plusieurs étendues de sécurité pour les données que vous migrez afin de contrôler qui aura accès aux objets migrés dans la hiérarchie de destination.
Pour plus d’informations sur les étendues de sécurité et l’administration basée sur les rôles, consultez Principes de base de l’administration basée sur les rôles pour Configuration Manager.
Passer en revue les actions de migration
Lorsque vous configurez un travail de migration, l’Assistant Création d’un travail de migration affiche une liste d’actions que vous devez effectuer pour garantir la réussite de la migration et une liste des actions que Configuration Manager effectue pendant la migration des données sélectionnées. Examinez attentivement ces informations pour vérifier le résultat attendu.
Planifier des travaux de migration
Par défaut, un travail de migration s’exécute immédiatement après sa création. Toutefois, vous pouvez spécifier quand le travail de migration s’exécute lorsque vous créez le travail ou en modifiant les propriétés du travail. Vous pouvez planifier l’exécution du travail de migration comme suit :
Exécuter le travail maintenant
Exécuter le travail à une heure de début spécifique
Ne pas exécuter le travail
Spécifier la résolution des conflits pour les données migrées
Par défaut, les travaux de migration ne remplacent pas les données dans la base de données de destination, sauf si vous configurez la tâche de migration pour ignorer ou remplacer les données précédemment migrées vers la base de données de destination.
Planifier les travaux de migration de regroupement
Les travaux de migration de regroupement sont disponibles uniquement lorsque vous migrez des données à partir d’une hiérarchie source qui exécute une version prise en charge de Configuration Manager 2007. Vous devez spécifier un ou plusieurs regroupements à migrer lorsque vous migrez par regroupement. Pour chaque collection que vous spécifiez, la tâche de migration sélectionne automatiquement tous les objets associés pour la migration. Par exemple, si vous sélectionnez un regroupement spécifique d’utilisateurs, les membres du regroupement sont ensuite identifiés et vous pouvez migrer les déploiements associés à ce regroupement. Si vous le souhaitez, vous pouvez sélectionner d’autres objets de déploiement à migrer associés à ces membres. Tous ces éléments sélectionnés sont ajoutés à la liste des objets qui peuvent être migrés.
Lorsque vous migrez un regroupement, Configuration Manager migre également les paramètres de regroupement, notamment les fenêtres de maintenance et les variables de collection, mais il ne peut pas migrer les paramètres de regroupement pour l’approvisionnement du client AMT.
Utilisez les informations des sections suivantes pour en savoir plus sur les configurations supplémentaires qui peuvent s’appliquer aux travaux de migration basés sur des regroupements.
Exclure des objets des travaux de migration de collection
Vous pouvez exclure des objets spécifiques d’un travail de migration de collection. Lorsque vous excluez un objet spécifique d’une tâche de migration de collection, cet objet est ajouté à une liste d’exclusions globale qui contient tous les objets que vous avez exclus des travaux de migration créés pour n’importe quel site source dans la hiérarchie source actuelle. Les objets de la liste d’exclusion sont toujours disponibles pour la migration dans les travaux futurs, mais ne sont pas automatiquement inclus lorsque vous créez un travail de migration basé sur une collection.
Vous pouvez modifier la liste d’exclusions pour supprimer les objets que vous avez précédemment exclus. Une fois que vous avez supprimé un objet de la liste d’exclusion, il est automatiquement sélectionné lorsqu’une collection associée est spécifiée lors de la création d’un travail de migration.
Collections non prises en charge
Configuration Manager pouvez migrer les regroupements d’utilisateurs par défaut, les regroupements d’appareils et la plupart des regroupements personnalisés à partir d’une hiérarchie source Configuration Manager 2007. Toutefois, Configuration Manager ne pouvez pas migrer des regroupements qui contiennent des utilisateurs et des appareils dans le même regroupement.
Les collections suivantes ne peuvent pas être migrées :
Collection qui contient des utilisateurs et des appareils.
Collection qui a une référence à une collection d’un type de ressource différent. Par exemple, un regroupement basé sur un appareil qui a une sous-collection ou un lien vers un regroupement basé sur l’utilisateur. Dans cet exemple, seule la collection de niveau supérieur migre.
Collection qui a une règle pour inclure des ordinateurs inconnus. Le regroupement migre, mais la règle d’inclure des ordinateurs inconnus ne migre pas.
Collections vides
Une collection vide est une collection à laquelle aucune ressource n’est associée. Lorsque Configuration Manager migre un regroupement vide, il convertit le regroupement en un dossier d’organisation qui n’a pas d’utilisateurs ou d’appareils. Ce dossier est créé avec le nom du regroupement vide sous le nœud Regroupements d’utilisateurs ou Regroupements d’appareils dans l’espace de travail Ressources et Conformité de la console Configuration Manager.
Collections et sous-collections liées
Lorsque vous migrez des collections liées à d’autres collections ou qui ont des sous-collections, Configuration Manager crée un dossier sous le nœud Regroupements d’utilisateurs ou Regroupements d’appareils en plus des collections et sous-collections liées.
Dépendances de collection et objets include
Lorsque vous spécifiez une collection à migrer dans l’Assistant Création d’un travail de migration, tous les regroupements dépendants sont automatiquement sélectionnés pour être inclus dans le travail. Ce comportement garantit que toutes les ressources nécessaires sont disponibles après la migration.
Par exemple : vous sélectionnez un regroupement pour les appareils qui exécutent Windows 10 et qui est nommé Win_10. Ce regroupement est limité à un regroupement qui a tous vos systèmes d’exploitation clients et est nommé All_Clients. La collection All_Clients sera automatiquement sélectionnée pour la migration.
Limitation des regroupements
Avec Configuration Manager branche actuelle, les collections sont des données globales et sont évaluées sur chaque site de la hiérarchie. Par conséquent, planifiez la façon de limiter l’étendue d’une collection après sa migration. Pendant la migration, vous pouvez identifier une collection de la hiérarchie de destination à utiliser pour limiter l’étendue de la collection que vous migrez afin que la collection migrée n’inclue pas de membres imprévus.
Par exemple, dans Configuration Manager 2007, les collections sont évaluées sur le site qui les crée et sur les sites enfants. Une publication peut être déployée uniquement sur un site enfant, ce qui limiterait l’étendue de cette publicité à ce site enfant. En comparaison, avec Configuration Manager branche actuelle, les collections sont évaluées sur chaque site et les publicités associées sont ensuite évaluées pour chaque site. La limitation des regroupements vous permet d’affiner les membres de la collection en fonction d’une autre collection pour éviter l’ajout inattendu de membres de collection.
Remplacement du code de site
Lorsque vous migrez une collection qui a des critères qui identifient un site Configuration Manager 2007, vous devez spécifier un site spécifique dans la hiérarchie de destination. Cela garantit que la collection migrée reste fonctionnelle dans votre hiérarchie de destination et n’augmente pas en étendue.
Spécifier le comportement des publications migrées
Par défaut, les travaux de migration basés sur les regroupements désactivent les publications qui migrent vers la hiérarchie de destination. Cela inclut tous les programmes associés à la publicité. Lorsque vous créez une tâche de migration basée sur une collection qui contient des publications, vous voyez l’option Activer les programmes pour le déploiement dans Configuration Manager après la migration d’une publication dans la page Paramètres de l’Assistant Création d’un travail de migration. Si vous sélectionnez cette option, les programmes associés aux publicités sont activés après leur migration. Il est recommandé de ne pas sélectionner cette option. Au lieu de cela, activez les programmes après leur migration lorsque vous pouvez vérifier les clients qui les recevront.
Remarque
Vous voyez l’option Activer les programmes pour le déploiement dans Configuration Manager après la migration d’une publication uniquement lorsque vous créez une tâche de migration basée sur une collection et que le travail de migration contient des publications.
Pour activer un programme après la migration, décochez Désactiver ce programme sur les ordinateurs où il est publié sous l’onglet Avancé des propriétés du programme.
Planifier les travaux de migration d’objets
Contrairement à la migration de collection, vous devez sélectionner chaque objet et chaque instance d’objet que vous souhaitez migrer. Vous pouvez sélectionner les objets individuels (comme les publications d’une hiérarchie Configuration Manager 2007 ou une publication d’une Configuration Manager System Center 2012 ou Configuration Manager hiérarchie Current Branch) à ajouter à la liste des objets à migrer pour un travail de migration spécifique. Tous les objets que vous n’ajoutez pas à la liste de migration ne sont pas migrés vers le site de destination par le travail de migration d’objets.
Les travaux de migration basés sur des objets n’ont pas de configurations supplémentaires à planifier au-delà de celles applicables à tous les travaux de migration.
Planifier les travaux de migration d’objets précédemment migrés
Lorsqu’un objet que vous avez déjà migré vers la hiérarchie de destination est mis à jour dans la hiérarchie source, vous pouvez migrer à nouveau cet objet à l’aide du type de travail Objets modifiés après la migration . Par exemple, lorsque vous renommez ou mettez à jour les fichiers sources d’un package dans la hiérarchie source, la version du package s’incrémente dans la hiérarchie source. Une fois la version du package incrémentée, le package peut être identifié pour la migration par ce type de travail.
Ce type de travail est similaire au type de migration d’objet, sauf que lorsque vous sélectionnez des objets à migrer, vous pouvez uniquement sélectionner parmi les objets qui ont été mis à jour après leur migration par un travail de migration précédent.
Lorsque vous sélectionnez ce type de travail, le comportement de résolution des conflits dans la page Paramètres de l’Assistant Création d’un travail de migration est configuré pour remplacer les objets précédemment migrés. Ce paramètre ne peut pas être modifié.
Remarque
Ce travail de migration peut identifier les objets qui sont automatiquement mis à jour par la hiérarchie source et les objets mis à jour par un utilisateur administratif.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de l’année 2024, nous abandonnerons progressivement le mécanisme de retour d’information GitHub Issues pour le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultez :Soumettre et afficher des commentaires pour