Partager via

Planifier une stratégie de migration de client dans Configuration Manager

  • Article

S’applique à : Gestionnaire de Configuration (branche actuelle)

Pour migrer des clients de la hiérarchie source vers une hiérarchie Configuration Manager de destination Current Branch, vous devez effectuer deux tâches. Vous devez migrer les objets associés au client, puis réinstaller ou réaffecter les clients de la hiérarchie source à la hiérarchie de destination. Vous devez d’abord migrer les objets afin qu’ils soient disponibles lorsque les clients sont migrés. Les objets associés au client sont migrés à l’aide de travaux de migration. Pour plus d’informations sur la migration des objets associés au client, consultez Planification d’une stratégie de travail de migration.

Utilisez les sections suivantes pour vous aider à planifier la migration des clients vers la hiérarchie de destination.

Planifier la migration des clients vers la hiérarchie de destination

Lorsque vous migrez des clients à partir d’une hiérarchie source, le logiciel client sur l’ordinateur client est mis à niveau pour correspondre à la version du produit de la hiérarchie de destination.

  • 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, le logiciel client effectue une mise à niveau vers la version du client pour la hiérarchie de destination.

  • Hiérarchie source de System Center 2012 Configuration Manager ou ultérieure : lorsque vous migrez des clients entre des hiérarchies qui sont de la même version de produit, le logiciel client ne change pas ou ne met pas à niveau. Au lieu de cela, le client réaffecte de la hiérarchie source à un site dans la hiérarchie de destination.

    Remarque

    Lorsque la version de produit d’une hiérarchie n’est pas prise en charge pour la migration vers votre hiérarchie de destination, mettez à niveau tous les sites et clients de 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 migrer entre les hiérarchies. Pour plus d’informations, consultez Versions de Configuration Manager prises en charge pour la migration dans Prérequis pour la migration.

Utilisez les informations suivantes pour vous aider à planifier la migration du client :

  • Pour mettre à niveau ou réaffecter des clients d’un site source à un site de destination, vous pouvez utiliser n’importe quelle méthode de déploiement de client prise en charge pour le déploiement de clients dans la hiérarchie de destination. Les méthodes de déploiement client classiques incluent l’installation push du client, la distribution de logiciels, la stratégie de groupe et l’installation du client basée sur les mises à jour logicielles. Pour plus d’informations, consultez Méthodes d’installation du client.

  • Vérifiez que l’appareil qui exécute le logiciel client dans la hiérarchie source répond à la configuration matérielle minimale requise et 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 un travail de migration pour migrer les informations que le client utilisera dans la hiérarchie de destination.

  • Les clients qui mettez à niveau conservent leur historique d’exécution pour les déploiements. Cela empêche les déploiements de se réexécuter inutilement dans la hiérarchie de destination.

    • Pour les clients Configuration Manager 2007, l’historique des exécutions de publication est conservé.

    • Pour les clients de System Center 2012 Configuration Manager ou Configuration Manager Current Branch, l’historique des exécutions de déploiement est conservé.

  • Vous pouvez migrer des clients à partir de sites dans la hiérarchie source dans l’ordre de votre choix. Toutefois, envisagez de migrer un nombre limité de clients par phases plutôt que de migrer un grand nombre de clients en une seule fois. Une migration progressive réduit les besoins en bande passante réseau et le traitement du serveur lorsque chaque client nouvellement mis à niveau envoie ses données d’inventaire et de conformité complètes initiales au site attribué.

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

  • Configuration Manager ne pouvez pas migrer un client Configuration Manager 2007 sur lequel le client App-V est installé, sauf si la version du client App-V est 4.6 SP1 ou ultérieure.

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

Après avoir migré le client vers la hiérarchie de destination, vous ne pouvez plus gérer cet appareil à l’aide de votre hiérarchie source, et vous devez envisager de supprimer le client de la hiérarchie source. Bien que ce ne soit pas obligatoire lorsque vous migrez des hiérarchies, cela peut aider à 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 pendant la migration. Par exemple, lorsqu’un client migré reste dans la base de données du site source, vous pouvez exécuter un rapport de mises à jour logicielles qui identifie incorrectement l’ordinateur en tant que ressource non managée alors qu’il est désormais géré par la hiérarchie de destination.

Planifier la gestion des données conservées sur les clients pendant la migration

Lorsque vous migrez un client de sa hiérarchie source vers la hiérarchie de destination, certaines informations sont conservées sur l’appareil, tandis que d’autres informations ne sont pas disponibles sur l’appareil après la migration.

Les informations suivantes sont conservées sur l’appareil client :

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

  • L’historique des publications ou des déploiements, qui empêche les clients de réexécuter inutilement des publicités ou des déploiements dans la hiérarchie de destination.

Les informations suivantes ne sont pas conservées sur l’appareil client :

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

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

  • Informations sur l’inventaire. Le client renvoie ces informations au site qui lui a été attribué dans la hiérarchie de destination une fois que le client a migré et que les nouvelles données client ont été générées.

  • Données de conformité. Le client renvoie ces informations au site qui lui a été attribué dans la hiérarchie de destination une fois que le client a migré et que les nouvelles données client ont été générées.

Lorsqu’un client migre, les informations stockées dans le Configuration Manager registre du client et le chemin d’accès au fichier ne sont pas conservées. Après la migration, réappliquez ces paramètres. Les paramètres classiques sont les suivants :

  • Schémas d’alimentation

  • Paramètres de journalisation

  • Paramètres de stratégie locale

En outre, vous devrez peut-être réinstaller certaines applications.

Planifier les données d’inventaire et de conformité pendant la migration

Les données d’inventaire et de conformité du client ne sont pas enregistrées lorsque vous migrez un client vers la hiérarchie de destination. Au lieu de cela, ces informations sont recréées dans la hiérarchie de destination lorsqu’un client envoie pour la première fois ses informations au site qui lui est attribué. Pour réduire les besoins en bande passante réseau et le traitement serveur résultants, envisagez de migrer un petit nombre de clients par phases plutôt que de migrer un grand nombre de clients en une seule fois.

En outre, vous ne pouvez pas migrer les personnalisations de l’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, consultez Guide pratique pour configurer l’inventaire matériel.