Planification de la migration d'objets Configuration Manager vers System Center 2012 Configuration Manager

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.

  Avertissement
  Vous 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.

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.

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.

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.

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

Vous pouvez migrer des éléments de configuration et des lignes de base de configuration.

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.

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.

  Avertissement

  Si 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

• Comment mettre à jour les paramètres AMT des ordinateurs configurés à l'aide de la gestion hors bande

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 :

• Comment configurer les ordinateurs AMT dans Configuration Manager 

• La section Comment supprimer les informations AMT dans la rubrique Comment gérer les informations de configuration AMT dans Configuration Manager.

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.

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.

Pour plus d'informations sur les rapports, voir Rapports dans Configuration Manager.

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.

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.

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.