Listes de contrôle de l’administrateur pour la planification de la migration dans Configuration Manager
S’applique à : Gestionnaire de Configuration (branche actuelle)
Utilisez les listes de contrôle d’administrateur suivantes pour vous aider à planifier votre stratégie de migration pour Configuration Manager Current Branch.
Liste de contrôle de l’administrateur pour la planification de la migration
Utilisez la liste de contrôle suivante pour les étapes de planification de la prémigration.
Évaluez l’environnement actuel :
Identifiez les exigences métier existantes qui sont satisfaites par la hiérarchie source et développez des plans pour continuer à répondre à ces exigences dans la hiérarchie de destination.
Passez en revue les fonctionnalités et les modifications disponibles avec la version de Configuration Manager que vous utilisez, puis utilisez ces informations pour concevoir votre hiérarchie de destination :
Pour plus d’informations, consultez Principes de base de Configuration Manager et Nouveautés.
Déterminez le modèle de sécurité administrative à utiliser pour l’administration basée sur les rôles :
Pour plus d’informations, consultez Principes de base de l’administration basée sur les rôles pour Configuration Manager.
Évaluer votre réseau et la topologie Active Directory : Passez en revue la structure de votre domaine et votre topologie de réseau existantes et réfléchissez à la façon dont cela influence les tâches de conception et de migration de votre hiérarchie.
Finalisez la conception de votre hiérarchie de destination :
Choisissez le placement d’un site d’administration centrale, des sites principaux, des sites secondaires et des options de distribution de contenu.
Mappez votre hiérarchie aux ordinateurs que vous utiliserez pour les sites et les serveurs de site dans la hiérarchie de destination :
Identifiez les ordinateurs que les sites et les serveurs de système de site utiliseront dans la hiérarchie de destination, puis assurez-vous qu’ils disposent d’une capacité suffisante pour répondre aux exigences opérationnelles existantes et futures.
Planifiez votre stratégie de migration d’objets :
Prévoyez d’utiliser les travaux de migration disponibles pour migrer différents objets, notamment les limites de site, les collections, les publications et les déploiements. Pour plus d’informations, consultez Types de travaux de migration dans Planification d’une stratégie de travail de migration.
Configuration Manager migre uniquement les objets que vous sélectionnez. Tous les objets qui ne sont pas migrés et qui sont requis dans la hiérarchie de destination doivent être recréés dans la hiérarchie de destination.
Les objets qui peuvent migrer s’affichent lorsque vous configurez des travaux de migration.
Planifiez votre stratégie de migration client :
Planifiez la migration des clients à l’aide d’une approche contrôlée qui limite la bande passante réseau et les besoins de traitement du serveur lorsque vous migrez les clients vers la hiérarchie de destination. Pour plus d’informations sur la planification d’une stratégie de migration de client, consultez Planification d’une stratégie de migration de client.
Planifier les données d’inventaire et de conformité :
Configuration Manager ne prend pas en charge la migration de l’inventaire matériel, de l’inventaire logiciel ou des données de conformité de gestion de la configuration souhaitées pour les mises à jour logicielles ou les clients.
Au lieu de cela, une fois que le client a migré vers son nouveau site dans la hiérarchie de destination et a reçu la stratégie pour ces configurations, le client envoie ces informations au site qui lui est attribué. Cette action remplit la base de données du site de destination avec les données d’inventaire et de conformité actuelles.
Planifiez la fin de la migration à partir de la hiérarchie source :
Déterminez quand les objets et les clients seront migrés. Une fois la migration terminée, vous pouvez planifier la désactivation des serveurs de site dans la hiérarchie source.
Liste de contrôle de l’administrateur pour la migration de hiérarchie
Utilisez la liste de contrôle suivante pour vous aider à planifier une hiérarchie de destination avant de commencer la migration.
Identifiez les ordinateurs à utiliser dans la hiérarchie de destination :
Configuration Manager ne prend pas en charge une mise à niveau sur place à partir de Configuration Manager’infrastructure 2007. Au lieu de cela, vous utilisez la migration pour déplacer des données de Configuration Manager 2007 vers Configuration Manager Current Branch. Cela vous oblige à utiliser un déploiement côte à côte et à installer Configuration Manager sur de nouveaux ordinateurs.
De même, lorsque vous migrez à partir d’une autre hiérarchie Configuration Manager, vous devez installer une nouvelle hiérarchie de destination qui est un déploiement côte à côte dans votre hiérarchie source.
Créez votre hiérarchie de destination :
Pour préparer la migration, installez et configurez une hiérarchie de destination Configuration Manager qui inclut un site principal. Par exemple :
Installez un site d’administration centrale, puis installez au moins un site principal enfant.
Installez un site principal autonome si vous n’envisagez pas d’utiliser un site d’administration centrale.
Si vous souhaitez migrer des informations liées aux mises à jour logicielles, configurez un point de mise à jour logicielle dans la hiérarchie de destination et synchronisez les mises à jour logicielles :
Vous devez configurer et synchroniser les mises à jour logicielles dans la hiérarchie de destination avant de pouvoir migrer les informations des mises à jour logicielles à partir de la hiérarchie source.
Installez et configurez des rôles de système de site supplémentaires dans la hiérarchie de destination :
Configurez des rôles de système de site et des systèmes de site supplémentaires dont vous avez besoin.
Vérifiez les fonctionnalités opérationnelles dans la hiérarchie de destination :
Vérifiez les éléments suivants :
Si la hiérarchie de destination comprend plusieurs sites, vérifiez que la réplication de base de données fonctionne entre les sites. La réplication de base de données n’est pas applicable aux sites principaux autonomes.
Vérifiez que tous les rôles de système de site installés sont opérationnels.
Vérifiez que les Configuration Manager clients que vous installez dans la hiérarchie de destination peuvent communiquer correctement avec le site qui leur est attribué.
Liste de contrôle de l’administrateur pour la migration
Utilisez la liste de contrôle suivante pour migrer des données de la hiérarchie source vers la hiérarchie de destination.
Activez la migration dans la hiérarchie de destination :
Configurez une hiérarchie source en spécifiant le site de niveau supérieur de la hiérarchie source. Pour plus d’informations sur la spécification du site source, consultez Planification d’une stratégie de hiérarchie source.
Lorsque la hiérarchie source s’exécute Configuration Manager 2007 SP2, sélectionnez et configurez des sites supplémentaires dans la hiérarchie source :
Pour chaque site supplémentaire de la hiérarchie source Configuration Manager 2007 SP2 à partir duquel vous souhaitez collecter des données, vous devez configurer des informations d’identification pour la collecte de données. Lorsque vous configurez chaque site source, le processus de collecte de données commence immédiatement et se poursuit tout au long de la période de migration jusqu’à ce que vous arrêtiez la collecte de données pour ce site. La collecte de données garantit que vous pouvez migrer des objets de la hiérarchie source qui sont mis à jour ou ajoutés après un processus de collecte de données précédent.
Remarque
Lorsque la hiérarchie source exécute System Center 2012 Configuration Manager ou version ultérieure, vous n’avez pas besoin de configurer d’autres sites sources.
Configurer le partage de point de distribution :
Vous pouvez partager des points de distribution entre les deux hiérarchies pour rendre le contenu des objets que vous migrez disponibles pour les clients dans la hiérarchie de destination. Cela garantit que le même contenu reste disponible pour les clients dans les deux hiérarchies et que vous pouvez conserver ce contenu jusqu’à ce que vous arrêtiez la collecte de données et terminiez la migration.
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 Planification d’une stratégie de migration de déploiement de contenu.
Créez et exécutez des tâches de migration pour migrer des objets associés aux clients dans la hiérarchie source :
Créez des tâches de migration pour migrer des objets entre hiérarchies. Les configurations requises pour chaque travail de migration peuvent varier en fonction des données que le travail migre.
Par exemple, lorsque vous migrez du contenu, quelle que soit la tâche de migration que vous utilisez, vous devez affecter un site dans la hiérarchie de destination à sa propre gestion de ce contenu. Le site affecté accède à l’emplacement du fichier source d’origine pour le contenu et est responsable de la distribution de ce contenu aux points de distribution de la hiérarchie de destination.
Pour plus d’informations, consultez Créer et modifier des travaux de migration pour Configuration Manager dans Opérations pour la migration vers Configuration Manager Current Branch.
Migrez les clients vers la hiérarchie de destination :
Le processus de migration des clients dépend de votre scénario de migration :
Lorsque vous migrez des clients qui ont une version de client qui n’est pas la même que la hiérarchie de destination, vous devez mettre à niveau le logiciel client. La mise à niveau nécessite la suppression du client Configuration Manager actuel, suivie de l’installation de la nouvelle version du client qui correspond au site de destination.
Lorsque vous migrez des clients dont la version du client correspond à la version de la hiérarchie de destination, le client ne procède pas à la mise à niveau ou à la réinstallation. Au lieu de cela, le client réaffecte à un site principal dans la hiérarchie de destination.
Lorsque vous migrez un client vers la hiérarchie de destination, le client est associé à ses données que vous avez précédemment migrées vers cette hiérarchie de destination.
Pour plus d’informations, consultez Planification d’une stratégie de migration de client.
Mettre à niveau ou réaffecter des points de distribution partagés :
Lorsque vous n’avez plus besoin de prendre en charge les clients dans votre hiérarchie source, vous pouvez mettre à niveau des points de distribution partagés à partir d’un site source Configuration Manager 2007 ou réaffecter des points de distribution partagés à partir d’un Configuration Manager System Center 2012 ou Configuration Manager site source Current Branch. Lorsque vous mettez à niveau ou réaffectez un point de distribution, le rôle de système de site est transféré vers un site principal dans la hiérarchie de destination et le point de distribution est supprimé du site source dans la hiérarchie source. Lorsque vous mettez à niveau ou réaffectez un point de distribution partagé, le contenu reste sur l’ordinateur du point de distribution et vous n’avez pas besoin de redéployer le contenu vers de nouveaux points de distribution dans la hiérarchie de destination.
Vous pouvez également mettre à niveau un point de distribution colocalisé sur un serveur de site secondaire Configuration Manager 2007. Cela supprime le site secondaire et génère uniquement un point de distribution dans la hiérarchie de destination.
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 Planification d’une stratégie de migration de déploiement de contenu.
Terminer la migration :
Une fois que vous avez migré les données et les clients de tous les sites de la hiérarchie source et que vous avez mis à niveau les points de distribution applicables, vous pouvez terminer la migration. Pour terminer la migration, vous arrêtez la collecte de données pour chaque site source dans la hiérarchie source. Vous pouvez ensuite supprimer les informations de migration dont vous n’avez pas besoin et désactiver votre infrastructure de hiérarchie source. Pour plus d’informations, consultez Planification de la migration.