Planifier la migration des objets Configuration Manager vers Configuration Manager Current Branch

S’applique à : Configuration Manager (branche actuelle)

Avec Configuration Manager Current Branch, vous pouvez migrer un grand nombre des différents objets associés à différentes fonctionnalités trouvées sur un site source.

Planifier la migration des mises à jour logicielles

Vous pouvez migrer des objets de mise à jour logicielle, tels que des packages de mise à jour logicielle et des déploiements de mises à jour logicielles.

Pour réussir la migration des objets de mise à jour logicielle, vous devez d’abord configurer votre hiérarchie de destination avec des configurations qui correspondent à votre environnement de hiérarchie source. Cela nécessite 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 pour qu’il corresponde à la configuration de votre hiérarchie source

• Synchroniser le point de mise à jour logicielle dans la hiérarchie de destination avec Windows Server Update Services (WSUS)

Lorsque vous migrez des mises à jour logicielles, tenez compte des points suivants :

• La migration des objets de mise à jour logicielle peut échouer lorsque vous n’avez pas synchronisé les informations dans votre hiérarchie de destination pour correspondre à la configuration de votre hiérarchie source.

  Avertissement

  Configuration Manager ne prend pas en charge l’utilisation de 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 System Center Updates Publisher. Au lieu de cela, les mises à jour personnalisées doivent être republié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 vous aider à planifier la migration des objets de mise à jour logicielle à partir de Configuration Manager 2007.

Lorsque vous migrez des objets à partir d’une hiérarchie source System Center 2012 Configuration Manager ou Configuration Manager Current Branch, les objets des mises à jour logicielles ne sont pas modifiés.

Planifier 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 inclut des packages de distribution de logiciels, des programmes et des applications virtuelles, comme Microsoft Application Virtualization (App-V). Pour les hiérarchies sources Current Branch system Center 2012 Configuration Manager et Configuration Manager, ce contenu inclut les applications et les applications virtuelles App-V. Lorsque vous migrez du contenu entre des hiérarchies, les fichiers sources compressés migrent 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 utiliser un chemin UNC (Universal Naming Convention) pour son emplacement du fichier source. Dans le cadre de la configuration de la migration des packages et des programmes, vous devez affecter un site dans la hiérarchie de destination pour gérer ce contenu. Le contenu n’est pas migré à partir du site attribué, mais après la migration, le site affecté accède à l’emplacement du fichier source d’origine à l’aide du mappage UNC.

Une fois que vous avez migré un package et un programme vers la hiérarchie de destination et que la migration à partir de la hiérarchie source reste active, vous pouvez mettre le contenu à la disposition des clients de cette hiérarchie à l’aide d’un point de distribution partagé. Pour utiliser un point de distribution partagé, le contenu doit rester accessible sur le point de distribution sur le site source. Pour plus d’informations sur les points de distribution partagés, consultez Partager des points de distribution entre les hiérarchies source et de destination dans Planifier une stratégie de migration de déploiement de contenu.

Pour le contenu migré, si la version du contenu change 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 scénario, 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.

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, en fonction des publications existantes pour le package App-V, les types de déploiement suivants sont créés dans la hiérarchie de destination :

• S’il n’y a pas de publication, un type de déploiement est créé qui utilise les paramètres de type de déploiement par défaut.

• S’il existe une publication, un type de déploiement est créé et 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 à l’aide des paramètres de cette publication.

Lorsque vous migrez à partir d’une hiérarchie source System Center 2012 Configuration Manager ou Configuration Manager Current Branch, vous pouvez migrer des objets pour l’environnement virtuel App-V en plus des types et applications de déploiement App-V. Pour plus d’informations sur les environnements App-V, consultez Déploiement d’applications virtuelles App-V.

Publications

Vous pouvez migrer des publicités d’un site source Configuration Manager 2007 pris en charge vers la hiérarchie de destination à l’aide de la migration basée sur la collection. Si vous mettez à niveau un client, il conserve l’historique des publicités précédemment exécutées pour empêcher le client de réexécuter les publicités migrées.

Applications

Vous pouvez migrer des applications d’une hiérarchie source System Center 2012 Configuration Manager ou Configuration Manager Current Branch prise en charge vers une hiérarchie de destination. Si vous réaffectez un client de la hiérarchie source à la hiérarchie de destination, le client conserve l’historique des applications précédemment installées pour empêcher le client de réexécuter une application migrée.

Planifier la migration des regroupements

Vous pouvez migrer les critères des regroupements à partir d’une hiérarchie source System Center 2012 Configuration Manager ou Configuration Manager Current Branch prise en charge. Pour cela, vous utilisez un travail de migration basé sur un objet. Lorsque vous migrez une collection, vous migrez les règles de la collection et non les informations sur les membres de la collection ou les informations ou objets liés aux membres de la collection.

La migration de l’objet de collection n’est pas prise en charge lorsque vous migrez à partir d’une hiérarchie source Configuration Manager 2007.

Planifier la migration des déploiements de système d’exploitation

Vous pouvez migrer les objets de déploiement de système d’exploitation suivants à partir d’une hiérarchie source prise en charge :

• Images et packages de système d’exploitation. Le chemin source des images de démarrage est mis à jour vers l’emplacement d’image par défaut pour le Kit d’installation d’administration Windows (Windows AIK) sur le site de destination. Voici les exigences et limitations de la migration des images et des packages de système d’exploitation :

  • Pour réussir la migration des fichiers image, le compte d’ordinateur du serveur du fournisseur SMS pour le site de niveau supérieur de la hiérarchie de destination doit disposer de l’autorisation Lecture et Écriture sur les fichiers sources d’image de l’emplacement Windows AIK du site source 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 contenant le fichier WIM et non 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’image de démarrage à partir d’un site source Configuration Manager 2007, l’ID de package du package n’est pas conservé dans le site de destination. Le résultat est que les clients de la hiérarchie de destination ne peuvent pas utiliser les packages d’images de démarrage disponibles sur des points de distribution partagés.

• Séquences de tâches. Lorsque vous migrez une séquence de tâches qui a 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 du client de la hiérarchie de destination.

  Remarque

  • Seules les séquences de tâches avec des tâches Configuration Manager natives peuvent être migrées. Les séquences de tâches qui contiennent des tâches non natives, notamment des tâches MDT ou des tâches non-Microsoft, ne peuvent pas être migrées. Toute tentative de migration de séquences de tâches avec des tâches non natives entraîne les erreurs suivantes dans le journal Migmctrl.log:

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

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

    Pour migrer des séquences de tâches avec des tâches Configuration Manager non natives, supprimez les tâches non natives, puis migrez la séquence de tâches.

  • Lors de la migration d’une séquence de tâches, Configuration Manager peut migrer des objets qui ne sont pas requis dans la hiérarchie de destination. Ces objets incluent des images de démarrage et des packages d’installation du client Configuration Manager 2007.

• Pilotes et packages de pilotes. Lorsque vous migrez des packages de pilotes, le compte d’ordinateur du fournisseur SMS dans la hiérarchie de destination doit disposer d’un contrôle total sur la source du package.

Planifier la migration de la gestion de la configuration souhaitée

Vous pouvez migrer des éléments de configuration et des bases de référence de configuration.

Vous pouvez importer des packs de configuration Configuration Manager 2007. Le processus d’importation convertit automatiquement les packs de configuration pour qu’ils soient compatibles avec Configuration Manager Current Branch.

Planifier 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 en même temps 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 ou Configuration Manager Current Branch, 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 du contenu, mais pas pour l’attribution de site. Cela empêche le chevauchement des limites pour l’attribution de site entre les hiérarchies source et de destination. Lorsque vous migrez à partir d’un site source Configuration Manager 2007, cela permet d’empêcher les nouveaux clients Configuration Manager 2007 qui s’installent d’attribuer de manière incorrecte à la hiérarchie de destination. Par défaut, les clients Configuration Manager Current Branch ne les attribuent pas automatiquement aux sites Configuration Manager 2007.

Pendant la migration, si vous partagez un point de distribution avec la hiérarchie de destination, toutes 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 dans la hiérarchie source, le groupe de limites dans la hiérarchie de destination se met à jour avec ces modifications au cours du cycle de collecte de données suivant.

Planifier la migration des rapports

Configuration Manager ne prend pas en charge la migration des rapports. Utilisez plutôt le Générateur de rapports 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 la création de rapports, consultez Présentation de la création de rapports.

Planifier la migration des dossiers d’organisation et de recherche

Vous pouvez migrer des dossiers d’organisation 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 ou Configuration Manager Current Branch, vous pouvez migrer les critères d’une recherche enregistrée vers une hiérarchie de destination.

Par défaut, le processus de migration gère vos structures de dossiers de recherche et d’administration pour les objets et les regroupements lors de la migration. Toutefois, dans l’Assistant Création d’un travail de migration, dans la page Paramètres , vous pouvez configurer un travail de migration pour ne pas migrer la structure organisationnelle des objets en décochant la case correspondant à cette option. Les structures organisationnelles des collections sont toujours conservées.

Une exception à ce problème est un dossier de recherche qui contient des applications virtuelles. Lorsqu’un package App-V est migré, le package App-V est transformé en application dans 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 localiser un package App-V en raison de cette conversion en application lors de la migration du package App-V.

Lorsque vous migrez une recherche enregistrée à partir d’une hiérarchie source System Center 2012 Configuration Manager ou Configuration Manager Current Branch, vous migrez les critères de la recherche, et non les informations sur les résultats de la recherche. La migration d’une recherche enregistrée n’est pas applicable à partir d’un site source Configuration Manager 2007.

Planifier 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. Il n’y a aucune modification significative de la structure des personnalisations Asset Intelligence entre Configuration Manager 2007 et Configuration Manager Current Branch.

Planifier la migration des personnalisations des règles de contrôle de logiciel

Il n’y a aucune modification significative du contrôle logiciel entre Configuration Manager 2007 et Configuration Manager Current Branch. Vous pouvez migrer vos règles de contrôle de logiciels 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 pas associées à un site spécifique dans 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 contrôle après sa migration.