Planification d'une stratégie de migration de clients dans System Center 2012 Configuration Manager

Lorsque vous migrez des clients depuis une hiérarchie source, le logiciel client sur l'ordinateur client se met à jour pour correspondre à la version du produit de la hiérarchie de destination :

• Une hiérarchie source Configuration Manager 2007 : lorsque vous migrez des clients à partir d'une hiérarchie source qui exécute une version prise en charge de Configuration Manager 2007, le logiciel client est mis à niveau vers la version cliente pour la hiérarchie source.

• Une hiérarchie source System Center 2012 Configuration Manager SP1 ou version ultérieure : lorsque vous migrez des clients entre des hiérarchies avec la même version du produit, le logiciel client ne change pas et ne se met pas à niveau. Le client est simplement réaffecté depuis la hiérarchie source vers un site de la hiérarchie de destination.

  Notes

  Lorsque la version de produit d'une hiérarchie n'est pas prise en charge pour migration vers votre hiérarchie de destination, mettez à niveau tous les sites et les clients dans la hiérarchie source vers une version de produit compatible. Une fois la hiérarchie source mise à niveau vers une version de produit prise en charge, vous pouvez effectuer la migration entre hiérarchies. Pour plus d'informations, voir la section Versions de Configuration Manager prises en charge pour la migration dans la rubrique Conditions préalables à la migration vers System Center 2012 Configuration Manager.

Tenez compte des informations suivantes pour planifier la migration des clients :

• Pour mettre à niveau ou réaffecter des clients d'un site source vers un site de destination, vous pouvez utiliser une méthode de déploiement client prise en charge pour le déploiement de clients dans la hiérarchie de destination. Les méthodes de déploiement client classiques comprennent l'installation poussée du client, la distribution de logiciels, la stratégie de groupe et l'installation du logiciel client basé sur la mise à jour. Pour plus d'informations, voir Déterminer la méthode d'installation du client à utiliser pour les ordinateurs Windows dans Configuration Manager.

• Assurez-vous que le périphérique qui exécute le logiciel client dans la hiérarchie source répond à la configuration matérielle minimale requise et qu'il exécute un système d'exploitation pris en charge par la version de Configuration Manager dans la hiérarchie de destination.

• Avant de migrer un client, exécutez une tâche de migration pour migrer les informations qui seront utilisées par le client dans la hiérarchie de destination.

• Les clients mis à niveau conservent leur historique d'exécution des déploiements pour éviter de ré exécuter les déploiements inutilement dans la hiérarchie de destination :

  • Pour les clients Configuration Manager 2007, l'historique d'exécution de publication est conservé.

  • Pour les clients System Center 2012 Configuration Manager, l'historique d'exécution des déploiements est conservé.

• Vous pouvez migrer les clients à partir de sites de la hiérarchie source dans l'ordre de votre choix. Toutefois, migrez un nombre limité de clients en plusieurs étapes au lieu de migrer un grand nombre de clients simultanément. Une migration progressive réduit les besoins en bande passante et le traitement du serveur lorsque chaque client qui vient d'être mis à niveau envoie son inventaire complet initial et ses données de compatibilité au site qui lui est affecté.

• Lorsque vous migrez des clients Configuration Manager 2007, le logiciel client existant est désinstallé de l'ordinateur client et le nouveau logiciel client est installé.

• Configuration Manager ne peut pas migrer un client Configuration Manager 2007 disposant du client App-V, sauf si sa version correspond à 4.6 SP1 ou une version ultérieure.

Vous pouvez surveiller le processus de migration client dans le nœud Migration de l'espace de travail Administration dans la console Configuration Manager.

Après la migration du client vers la hiérarchie de destination, vous ne pouvez plus gérer ce périphérique à l'aide de votre hiérarchie source et vous devriez envisager la suppression du client de la hiérarchie source. Bien que cette action ne soit pas obligatoire dans le cadre du processus de migration des hiérarchies, elle peut empêcher l'identification d'un client migré dans un rapport de hiérarchie source ou un nombre incorrect de ressources entre les deux hiérarchies au cours de la migration. Par exemple, lorsqu'un client migré reste dans la base de données du site source, vous pourriez exécuter un rapport de mises à jour logicielles qui identifie incorrectement l'ordinateur comme ressource non gérée alors qu'il est géré par la hiérarchie de destination.

Lorsque vous migrez un client de sa hiérarchie source vers la hiérarchie de destination, certaines informations sont conservées sur le périphérique, alors que d'autres ne sont pas disponibles sur le périphérique après la migration.

Les informations suivantes sont conservées sur le périphérique client :

• L'identificateur unique (GUID) qui associe un client à ses informations dans la base de données Configuration Manager.

• L'historique de publication ou de déploiement qui empêche les clients de ré exécuter inutilement des publications ou des déploiements dans la hiérarchie de destination.

Les informations suivantes ne sont pas conservées sur le périphérique client :

• Fichiers dans le cache du client. Si le client requiert ces fichiers pour installer le logiciel, il les télécharge à nouveau depuis la hiérarchie de destination.

• Informations de la hiérarchie source à propos de publications ou déploiements qui n'ont pas encore été exécutés. Si vous souhaitez que le client exécute des publications ou des déploiements après la migration, vous devez les redéployer vers le client dans la hiérarchie de destination.

• Informations sur l'inventaire. Le client renvoie ces informations à son site attribué dans la hiérarchie de destination après la migration du client et la génération des nouvelles données du client.

• Données de compatibilité. Le client renvoie ces informations à son site attribué dans la hiérarchie de destination après la migration du client et la génération des nouvelles données du client.

Lorsqu'un client est migré, les informations stockées dans son chemin d'accès au Registre et aux fichiers Configuration Manager ne sont pas conservées. Après la migration, réappliquez ces paramètres. Les paramètres types sont les suivants :

• Modes de gestion de l'alimentation

• Paramètres de journalisation

• Paramètres de stratégie locale

En outre, il peut être nécessaire de réinstaller certaines applications.

Les données d'inventaire et de compatibilité client ne sont pas enregistrées lorsque vous migrez un client vers la hiérarchie de destination. En revanche, ces informations sont recréées dans la hiérarchie de destination lorsqu'un client envoie pour la première fois les informations à son site affecté. Pour réduire les besoins en bande passante et le traitement du serveur, ne migrez pas tous les clients en même temps, mais en plusieurs étapes.

En outre, vous ne pouvez pas migrer des personnalisations d'inventaire matériel à partir d'une hiérarchie source. Vous devez les introduire dans la hiérarchie de destination indépendamment de la migration. Pour plus d'informations sur l'extension de l'inventaire matériel, voir Comment étendre l'inventaire matériel dans Configuration Manager.