Planification de la migration d'objets Configuration Manager vers System Center 2012 Configuration Manager
S'applique à: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Avec System Center 2012 Configuration Manager, vous pouvez migrer de nombreux objets différents qui sont associés à différentes fonctions trouvées sur un site source. Utilisez les sections suivantes pour planifier la migration d'objets entre des hiérarchies.
Planification de la migration des mises à jour logicielles
Planification de la migration du contenu
Planification de la migration de regroupements
Planification de la migration des déploiements du système d'exploitation
Planification de la migration de la gestion de configuration souhaitée
Planification de la migration des ordinateurs AMT configurés pour la gestion hors bande
Planification de la migration des limites
Planification de la migration des rapports
Planification de la migration des dossiers organisationnels et de recherche
Planification de la migration des personnalisations Asset Intelligence
Planification de la migration des personnalisations des règles du contrôle de logiciel
Planification de la migration des mises à jour logicielles
Vous pouvez migrer les objets de mise à jour logicielle, tels que les packages de mise à jour logicielle et les déploiements de mise à jour logicielle.
Pour migrer des objets de mise à jour logicielle, vous devez dans un premier temps configurer votre hiérarchie de destination avec des configurations qui correspondent à l'environnement de votre hiérarchie source. Pour cela, vous devez exécuter les actions suivantes :
Déployer un point de mise à jour logicielle actif dans la hiérarchie de destination.
Configurer le catalogue de produits et de langues de sorte qu'il corresponde à la configuration de votre hiérarchie source.
Synchroniser le point de mise à jour logicielle de la hiérarchie de destination avec un composant WSUS (Windows Server Update Services).
Lorsque vous migrez des mises à jour logicielles, tenez compte des éléments suivants :
La migration d'objets de mise à jour logicielle peut échouer si vous n'avez pas synchronisé les informations de votre hiérarchie de destination de sorte qu'elles correspondent à la configuration de votre hiérarchie source.
.jpeg "System_CAPS_warning")
AvertissementVous ne pouvez pas utiliser l'outil WSUSutil pour synchroniser les données entre une hiérarchie source et une hiérarchie de destination.
Vous ne pouvez pas migrer des mises à jour personnalisées publiées à l'aide de l'éditeur de mise à jour System Center. Vous devez republier les mises à jour personnalisées dans la hiérarchie de destination.
Lorsque vous migrez à partir d'une hiérarchie source Configuration Manager 2007, le processus de migration modifie certains objets de mise à jour logicielle au format utilisé par la hiérarchie de destination. Utilisez le tableau suivant pour planifier la migration des objets de mise à jour logicielle depuis Configuration Manager 2007.
Objet Configuration Manager 2007 |
Nom de l'objet après la migration |
|---|---|
Listes des mises à jour logicielles |
Les listes de mises à jour logicielles sont converties en groupes de mises à jour. |
Déploiements de mises à jour logicielles |
Les déploiements de mise à jour logicielle sont convertis en déploiements et groupes de mises à jour. Notes Si vous migrez un déploiement de mise à jour logicielle depuis Configuration Manager 2007, vous devez l'activer dans la hiérarchie de destination avant de pouvoir le déployer. |
Packages de mises à jour logicielles |
Les packages de mises à jour logicielles restent des packages de mises à jour logicielles. |
Modèles de mise à jour logicielle |
Les modèles de mise à jour logicielle restent des modèles de mise à jour logicielle. Notes La valeur de durée dans les modèles de déploiement Configuration Manager 2007 ne migre pas. |
Lorsque vous migrez des objets à partir d'une hiérarchie source System Center 2012 Configuration Manager, les objets des mises à jour logicielles ne sont pas modifiés.
Planification de la migration du contenu
Vous pouvez migrer du contenu d'une hiérarchie source prise en charge vers votre hiérarchie de destination. Pour une hiérarchie source Configuration Manager 2007, ce contenu comprend des programmes et des packages de distribution de logiciels, ainsi que des applications virtuelles, telles que Microsoft Application Virtualization (App-V). À partir des hiérarchies sources System Center 2012 Configuration Manager, ce contenu comprend des applications et des applications virtuelles App-V. Lorsque vous migrez du contenu entre différentes hiérarchies, les fichiers sources compressés sont migrés vers la hiérarchie de destination.
Packages et programmes
Lorsque vous migrez des packages et des programmes, ils ne sont pas modifiés par la migration. Toutefois, avant de les migrer, vous devez configurer chaque package pour qu'il utilise un chemin d'accès UNC (Universal Naming Convention) pour son emplacement de fichier source. Dans le cadre de la configuration de la migration de packages et de programmes, vous devez affecter à un site de la hiérarchie de destination la gestion de ce contenu. Le contenu n'est pas migré à partir du site affecté, mais après la migration, le site affecté accède à l'emplacement du fichier source d'origine en utilisant le mappage UNC.
Après avoir migré un package et un programme vers la hiérarchie de destination et tant que la migration de la hiérarchie source est active, vous pouvez mettre le contenu à la disposition des clients de la première hiérarchie en utilisant un point de distribution partagé. Pour utiliser un point de distribution partagé, le contenu doit rester accessible sur le point de distribution au niveau du site source. Pour plus d'informations sur les points de distribution partagés, voir la section Partager des points de distribution entre des hiérarchies source et de destination dans la rubrique Planification d'une stratégie de migration pour le déploiement de contenus dans System Center 2012 Configuration Manager.
Si la version du contenu migré a changé dans la hiérarchie source ou la hiérarchie de destination, les clients ne peuvent plus accéder au contenu à partir du point de distribution partagé dans la hiérarchie de destination. Dans ce cas, vous devez migrer à nouveau le contenu pour restaurer une version cohérente du package entre la hiérarchie source et la hiérarchie de destination. Ces informations sont synchronisées pendant le cycle de collecte des données.
.jpeg "System_CAPS_tip") Conseil |
|---|
Pour chaque package que vous migrez, mettez-le à jour dans la hiérarchie de destination. Cette action peut éviter les problèmes liés au déploiement du package sur les points de distribution de la hiérarchie de destination. Toutefois, quand vous mettez à jour un package sur le point de distribution de la hiérarchie de destination, les clients de cette hiérarchie ne peuvent plus obtenir ce package à partir d'un point de distribution partagé. Pour mettre à jour un package dans la hiérarchie de destination, dans la console Configuration Manager, accédez à la bibliothèque de logiciels, cliquez avec le bouton droit sur le package, puis sélectionnez Mettre à jour les points de distribution. Effectuez cette action pour chaque package que vous avez migré. |
| Conseil |
|---|
Vous pouvez utiliser le gestionnaire de conversion des packages Microsoft System Center Configuration Manager pour convertir des packages et des programmes en applications System Center 2012 Configuration Manager. Téléchargez le gestionnaire de conversion des packages à partir du site Centre de téléchargement Microsoft. Pour plus d'informations, consultez Gestionnaire de conversion des packages Configuration Manager. |
Applications virtuelles
Lorsque vous migrez des packages App-V à partir d'un site Configuration Manager 2007 pris en charge, le processus de migration les convertit en applications dans la hiérarchie de destination. En outre, selon les publications existantes du package App-V, les types de déploiements suivants sont créés dans la hiérarchie de destination :
S'il n'existe pas de publications, un type de déploiement est créé qui utilise les paramètres du type de déploiement par défaut.
Si une publication existe, un type de déploiement est créé qui utilise les mêmes paramètres que la publication Configuration Manager 2007.
S'il existe plusieurs publications, un type de déploiement est créé pour chaque publication Configuration Manager 2007 en utilisant les paramètres de la publication.
Important
Si vous migrez un package App-V Configuration Manager 2007 déjà migré, la migration échoue car les packages d'applications virtuelles ne prennent pas en charge le comportement de migration de remplacement. Dans ce cas, vous devez supprimer le package d'application virtuelle migré à partir de la hiérarchie de destination, puis créer une tâche de migration pour migrer l'application virtuelle.
Notes
Après avoir migré un package App-V, vous pouvez utiliser l'Assistant Mise à jour du contenu pour modifier le chemin d'accès source pour les types de déploiement App-V. Pour plus d'informations sur la mise à jour du contenu pour un type de déploiement, consultez la section Comment gérer des types de déploiement de la rubrique Comment gérer les applications et les types de déploiement dans Configuration Manager.
Lorsque vous effectuez une migration à partir d'une hiérarchie source System Center 2012 Configuration Manager, outre les types de déploiement et les applications App-V, vous pouvez migrer des objets pour l'environnement virtuel App-V. Pour plus d'informations sur les environnements App-V, consultez la section Utilisation d'applications virtuelles App-V avec Configuration Manager de la rubrique Présentation de la gestion d'applications dans Configuration Manager.
Publications
Vous pouvez migrer des publications d'un site source Configuration Manager 2007 prise en charge vers la hiérarchie de destination en utilisant la migration basée sur les regroupements. Si vous mettez à niveau un client, il conserve l'historique des publications déjà exécutées pour empêcher le client de réexécuter les publications migrées.
Notes
Vous ne pouvez pas migrer de publications pour les packages virtuels. Il s'agit d'une exception à la migration des publications.
Applications
Vous pouvez migrer des applications d'une hiérarchie source System Center 2012 Configuration Manager prise en charge vers une hiérarchie de destination. Si vous réattribuez un client de la hiérarchie source à la hiérarchie de destination, le client conserve l'historique des applications installée précédemment pour éviter qu'il réexécute une application migrée.
Planification de la migration de regroupements
Vous pouvez migrer les critères des regroupements d'une hiérarchie source System Center 2012 Configuration Manager prise en charge. Pour ce faire, vous utilisez une tâche de migration basée sur un objet. Lorsque vous migrez un regroupement, vous migrez les règles du regroupement et non les informations sur les membres du regroupement ni les informations ou les objets associés aux membres du regroupement.
La migration de l'objet de regroupement n'est pas prise en charge lorsque vous effectuez une migration à partir d'une hiérarchie source Configuration Manager 2007.
Planification de la migration des déploiements du système d'exploitation
Vous pouvez migrer les objets de déploiement de système d'exploitation suivants à partir d'une hiérarchie source pris en charge :
Images et packages de système d'exploitation Le chemin source des images de démarrage est remplacé par l'emplacement de l'image par défaut pour le Kit d'installation automatisée Windows (Windows AIK) sur le site de destination. Vous trouverez ci-dessous les exigences et les restrictions liées à la migration d'images et de packages de système d'exploitation :
Pour migrer des fichiers image, le compte d'ordinateur du serveur Fournisseur SMS du site supérieur de la hiérarchie de destination doit disposer de l'autorisation de lecture et d'écriture sur les fichiers image sources de l'emplacement Windows AIK du site source.
Lorsque vous migrez un package d'installation de système d'exploitation, assurez-vous que la configuration du package sur le site source pointe vers le dossier qui contient le fichier WIM et non pas vers le fichier WIM lui-même. Si le package d'installation pointe vers le fichier WIM, la migration du package d'installation échoue.
Lorsque vous migrez un package d'images de démarrage à partir d'un site source Configuration Manager 2007, l'ID du package n'est pas conservé dans le site de destination. La conséquence de cela est que les clients de la hiérarchie de destination ne peuvent pas utiliser les packages d'images de démarrage disponibles sur les points de distribution partagés.
Séquences de tâches Lorsque vous migrez une séquence de tâches qui contient une référence à un package d'installation de client, cette référence est remplacée par une référence au package d'installation de client de la hiérarchie de destination.
Notes
Lorsque vous migrez une séquence de tâches, Configuration Manager peut migrer des objets qui ne sont pas nécessaires dans la hiérarchie de destination. Ces objets peuvent être des images de démarrage ou des packages d'installation du client Configuration Manager 2007.
Pilotes et packages de pilotes
Planification de la migration de la gestion de configuration souhaitée
Vous pouvez migrer des éléments de configuration et des lignes de base de configuration.
Notes
Les éléments de configuration non interprétés des hiérarchies source Configuration Manager 2007 ne sont pas pris en charge pour la migration. Vous ne pouvez pas migrer ou importer ces éléments de configuration dans la hiérarchie de destination. Pour plus d'informations sur les éléments de configuration non interprétés, voir la section « Uninterpreted Configuration Item » (Élément de configuration non interprété) dans la rubrique About Configuration Items in Desired Configuration Management (À propos des éléments de configuration dans la gestion de la configuration souhaitée) dans la bibliothèque de documentation Configuration Manager 2007.
Vous pouvez importer des packs de configuration Configuration Manager 2007. Le processus d'importation convertit automatiquement le pack de configuration pour qu'il soit compatible avec System Center 2012 Configuration Managerou System Center 2012 R2 Configuration Manager.
Planification de la migration des ordinateurs AMT configurés pour la gestion hors bande
Vous ne pouvez pas migrer les informations de préparation AMT entre différentes hiérarchies et vous devez exécuter des étapes supplémentaires pour pouvoir gérer un ordinateur AMT hors bande dans la hiérarchie de destination. Ces étapes consistent notamment à supprimer des clients les informations de préparation AMT du site source et à préparer les nouvelles informations d'un site dans la hiérarchie de destination. Pour ce faire, assurez-vous que vous avez installé et configuré un site dans la hiérarchie de destination pour la préparation AMT, puis employez l'une des stratégies suivantes :
Dans le site source, supprimez les informations de préparation AMT, puis sélectionnez l'option Désactiver la préparation automatique. Migrez le client. Ensuite, dans le site de destination, préparez l'ordinateur AMT.
Dans le site de destination, configurez le Compte de suppression de préparation AMT sous l'onglet Propriétés du composant de gestion hors bande : onglet Préparation. Spécifiez un compte Windows défini comme compte d'utilisateur AMT dans le site source. Dans le cas d'une migration à partir d'un site Configuration Manager 2007 pris en charge, assurez-vous que ce Compte d'utilisateur AMT dispose de l'autorisation Administration de plate-forme (Configuration Manager 2007 SP2) ou Administration PT (Configuration Manager 2007 SP1). Migrez le client et attribuez-le au site de destination. Supprimez les informations de préparation de l'ordinateur AMT en utilisant le compte de suppression de préparation AMT et effectuez de nouveau la préparation.
AvertissementSi le compte que vous spécifiez pour le Compte de suppression de préparation AMT n'est pas un compte d'utilisateur AMT pour l'ordinateur, si le compte d'utilisateur AMT ne dispose pas de l'autorisation nécessaire ou si le journal d'audit contient des données, vous ne pouvez pas supprimer les informations de préparation du site de destination.
Si vous n'êtes pas certain que l'ordinateur AMT est configuré avec ce compte d'utilisateur AMT, pour les sites sources Configuration Manager 2007, vérifiez et mettez à jour le contrôleur de gestion dans le site Configuration Manager 2007 ou supprimez les informations de préparation si le client est toujours attribué au site Configuration Manager 2007. Si l'audit AMT est activé, effacez le journal d'audit ou désactivez l'audit lorsque le client est toujours affecté au site Configuration Manager 2007. Pour plus d'informations sur la gestion du journal d'audit dans Configuration Manager 2007, voir Comment gérer le journal d'audit pour les ordinateurs AMT dans la bibliothèque de documentation Configuration Manager 2007.
Migrez le client. Supprimez manuellement les informations de préparation dans les extensions du BIOS de l'ordinateur AMT. Ensuite, dans le site de destination, préparez l'ordinateur AMT.
Pour plus d'informations sur la suppression des informations de préparation AMT, la configuration des comptes d'utilisateur AMT et la mise à jour des contrôleurs de gestion depuis un site Configuration Manager 2007, voir les rubriques suivantes dans la bibliothèque de documentation Configuration Manager 2007 :
Comment supprimer les informations de configuration des ordinateurs AMT
Comment configurer les paramètres et les comptes d'utilisateur AMT
Pour plus d'informations sur la configuration de la préparation AMT et le compte de suppression de préparation AMT, ainsi que sur la suppression des informations de préparation AMT dans un site System Center 2012 Configuration Manager, consultez :
Planification de la migration des limites
Vous pouvez migrer des limites entre les hiérarchies. Lorsque vous migrez des limites à partir de Configuration Manager 2007, chaque limite du site source migre simultanément et est ajoutée à un nouveau groupe de limites créé dans la hiérarchie de destination. Lorsque vous migrez des limites à partir d'une hiérarchie System Center 2012 Configuration Manager, chaque limite que vous sélectionnez est ajoutée à un nouveau groupe de limites dans la hiérarchie de destination.
Chaque groupe de limites créé automatiquement est activé pour l'emplacement de contenu, mais pas pour l'attribution de site. Cela empêche les limites de se chevaucher pour l'attribution de site entre les hiérarchies source et de destination. Lorsque vous effectuez une migration à partir d'un site source Configuration Manager 2007, cela empêche les nouveaux clients Configuration Manager 2007 qui s'installent d'être affectés de manière incorrecte à la hiérarchie de destination. Par défaut, les clients System Center 2012 Configuration Manager ne sont pas attribués automatiquement aux sites Configuration Manager 2007.
Lors de la migration, si vous partagez un point de distribution avec la hiérarchie de destination, les limites associées à cette distribution migrent automatiquement vers la hiérarchie de destination. Dans la hiérarchie de destination, la migration crée un groupe de limites en lecture seule pour chaque point de distribution partagé. Si vous modifiez les limites du point de distribution de la hiérarchie source, le groupe de limites de la hiérarchie de destination est mis à jour par rapport à ces modifications lors du prochain cycle de collecte de données.
Planification de la migration des rapports
Configuration Manager ne prend pas en charge la migration des rapports. Utilisez plutôt le Générateur de rapports Microsoft SQL Server Reporting Services pour exporter des rapports à partir de la hiérarchie source, puis importez-les dans la hiérarchie de destination.
Notes
Le schéma des rapports ayant changé entre Configuration Manager 2007 et System Center 2012 Configuration Manager, testez chaque rapport importé à partir d'une hiérarchie Configuration Manager 2007 pour vous assurer qu'il fonctionne normalement.
Pour plus d'informations sur les rapports, voir Rapports dans Configuration Manager.
Planification de la migration des dossiers organisationnels et de recherche
Vous pouvez migrer des dossiers organisationnels et des dossiers de recherche d'une hiérarchie source prise en charge vers une hiérarchie de destination. En outre, à partir d'une hiérarchie source System Center 2012 Configuration Manager, vous pouvez migrer les critères d'une recherche enregistrée vers une hiérarchie de destination.
Par défaut, le processus de migration conserve les structures de dossiers de recherche et de dossiers d'administration pour les objets et les regroupements. Toutefois, dans l'Assistant Création de tâche de migration, sur la page Paramètres, vous pouvez configurer une tâche de migration de telle sorte que la structure organisationnelle des objets ne soit pas migrée en désactivant la case à cocher correspondant à cette option. Les structures organisationnelles des regroupements sont toujours gérées.
Ceci ne s'applique pas à un dossier de recherche qui contient des applications virtuelles. Lorsqu'un package App-V est migré, le package est converti en application dans System Center 2012 Configuration Manager. Après la migration du dossier de recherche, seuls les packages restants sont trouvés et le dossier de recherche ne peut pas trouver le package App-V du fait de la conversion en application lorsque le package App-V migre.
Lorsque vous migrez une recherche enregistrée à partir d'une hiérarchie source System Center 2012 Configuration Manager, vous migrez les critères de la recherche et non les informations relatives aux résultats de la recherche. La migration d'une recherche enregistrée n'est pas applicable à partir d'un site source Configuration Manager 2007.
Planification de la migration des personnalisations Asset Intelligence
Vous pouvez migrer des personnalisations pour Asset Intelligence d'une hiérarchie source prise en charge vers une hiérarchie de destination. La structure des personnalisations Asset Intelligence n'a pas évolué de manière significative entre Configuration Manager 2007 et System Center 2012 Configuration Manager.
Notes
System Center 2012 Configuration Manager ne prend pas en charge la migration d'objets Asset Intelligence depuis un site Configuration Manager 2007 utilisant Asset Intelligence Service 2.0 (AIS 2.0).
Planification de la migration des personnalisations des règles du contrôle de logiciel
Le contrôle de logiciel n'a pas évolué de manière significative entre Configuration Manager 2007 et System Center 2012 Configuration Manager. Vous pouvez migrer vos règles de contrôle de logiciel d'une hiérarchie source prise en charge vers une hiérarchie de destination.
Par défaut, les règles de contrôle de logiciel que vous migrez vers une hiérarchie de destination ne sont associées à aucun site spécifique de la hiérarchie de destination et s'appliquent à tous les clients de la hiérarchie. Pour appliquer une règle de contrôle de logiciel aux clients d'un site spécifique, vous devez modifier la règle de mesure après l'avoir migrée.