Migrer les paramètres des applications

Vous pouvez créer un fichier .xml personnalisé pour migrer des paramètres d’applications métier spécifiques ou pour modifier le comportement de migration par défaut de l’Outil de migration utilisateur (USMT) 5.0. Pour que ScanState et LoadState utilisent ce fichier, vous devez spécifier le fichier .xml personnalisé sur les deux lignes de commande.

Cette rubrique explique comment créer un fichier .xml de migration personnalisé qui migre les paramètres d’une application qui n’est pas migrée par défaut en utilisant MigApp.xml. Vous devez migrer les paramètres après avoir installé l’application, mais avant que l’utilisateur n’exécute l’application pour la première fois.

Cette rubrique ne contient pas d’informations sur la manière de migrer les applications qui stockent les paramètres dans un magasin spécifique à l’application ; elle ne concerne que les applications qui stockent les informations dans des fichiers ou dans le Registre. Elle ne fournit pas non plus d’informations sur la façon de migrer les données créées par les utilisateurs à l’aide de l’application. Par exemple, si l’application crée des fichiers .doc à partir d’un modèle spécifique, cette rubrique ne traite pas de la manière de migrer les fichiers .doc et les modèles proprement dit.

Dans cette rubrique

• Avant de commencer

• Étape 1 : vérifier que l’application est installée sur l’ordinateur source et qu’il s’agit de la même version que celle qui doit être installée sur l’ordinateur de destination..

• Étape 2 : identifier les paramètres à recueillir et déterminer l’emplacement de stockage de chaque paramètre sur l’ordinateur..

• Étape 3 : déterminer le mode d’application des paramètres recueillis..

• Étape 4 : créer le composant XML de migration pour l’application..

• Étape 5 : tester la migration des paramètres d’applications..

Avant de commencer

Vous devez identifier un ordinateur test qui contient le système d’exploitation de vos ordinateurs sources, ainsi que l’application dont vous souhaitez migrer les paramètres. Par exemple, si vous prévoyez d’effectuer une migration de Windows Vista® vers Windows® 8, installez Windows Vista sur votre ordinateur test, puis installez l’application.

Étape 1 : vérifier que l’application est installée sur l’ordinateur source et qu’il s’agit de la même version que celle qui doit être installée sur l’ordinateur de destination.

Avant que l’outil USMT ne migre les paramètres, vous devez faire en sorte qu’il vérifie si l’application est installée sur l’ordinateur source et qu’il s’agit de la version appropriée. Si l’application n’est pas installée sur l’ordinateur source, nul besoin de perdre votre temps à rechercher les paramètres de l’application avec l’outil USMT. De plus, si USMT recueille des paramètres pour une application qui n’est pas installée, il risque de migrer des paramètres qui provoqueront des dysfonctionnements sur l’ordinateur de destination. Vous devez également déterminer s’il existe plusieurs versions de l’application, car il se peut que la nouvelle version ne stocke pas les paramètres au même emplacement, ce qui risque de donner des résultats inattendus sur l’ordinateur de destination.

Il existe de nombreuses façons de déterminer si une application est installée. La meilleure méthode consiste à vérifier la présence d’une clé de désinstallation d’application dans le Registre, puis à rechercher le fichier exécutable ayant installé l’application sur l’ordinateur. Il est important de rechercher ces deux éléments, car il peut arriver que différentes versions de la même application partagent la même clé de désinstallation. Par conséquent, même si la clé est présente, il se peut qu’elle ne corresponde pas à la version de l’application qui vous intéresse.

Rechercher une clé de désinstallation d’application dans le Registre.

Quand de nombreuses applications sont installées (en particulier à l’aide de la technologie Microsoft® Windows® Installer), une clé de désinstallation d’application est créée sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall. Par exemple, quand Adobe Acrobat Reader 7 est installé, il crée une clé nommée HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall \{AC76BA86-7AD7-1033-7B44-A70000000000}. Ainsi, si un ordinateur contient cette clé, cela signifie qu’Adobe Acrobat Reader 7 est installé sur l’ordinateur. Vous pouvez vérifier l’existence d’une clé de Registre à l’aide de la fonction d’assistanceDoesObjectExist.

En général, vous pouvez trouver cette clé en recherchant sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall le nom de l’application, le nom du fichier exécutable de l’application ou le nom de la société qui commercialise l’application. Vous pouvez utiliser l’Éditeur du Registre (Regedit.exe situé dans %SystemRoot%) pour effectuer des recherches dans le Registre.

Rechercher le fichier exécutable de l’application dans le système de fichiers.

Vous devez également rechercher parmi les fichiers binaires de l’application l’exécutable qui a installé l’application. Pour cela, vous devez au préalable identifier l’emplacement d’installation de l’application et le nom de l’exécutable. La plupart des applications stockent l’emplacement d’installation des fichiers binaires d’application dans le Registre. Vous devez rechercher dans le Registre le nom de l’application, le nom de l’exécutable de l’application ou le nom de la société qui commercialise l’application, jusqu’à trouver la valeur de Registre qui contient le chemin d’accès d’installation. Après avoir déterminé le chemin d’accès à l’exécutable de l’application, vous pouvez utiliser la fonction d’assistance DoesFileVersionMatch pour vérifier s’il s’agit de la version appropriée de l’exécutable de l’application. Pour obtenir un exemple de marche à suivre, voir la section Windows Live™ Messenger du fichier MigApp.xml.

Étape 2 : identifier les paramètres à recueillir et déterminer l’emplacement de stockage de chaque paramètre sur l’ordinateur.

Ensuite, vous devez parcourir l’interface utilisateur et dresser une liste de tous les paramètres disponibles. Vous pouvez réduire cette liste s’il y a des paramètres que vous ne souhaitez pas migrer. Pour déterminer l’emplacement de stockage de chaque paramètre, vous devez modifier chacun d’eux et analyser l’activité dans le Registre et le système de fichiers. Vous n’avez pas besoin de migrer les fichiers binaires et les paramètres de Registre créés lors de l’installation de l’application, car il vous faudra réinstaller l’application sur l’ordinateur de destination. Vous devez uniquement migrer les paramètres qui peuvent être personnalisés.

Comment déterminer l’emplacement de stockage de chaque paramètre

1. Téléchargez un outil d’analyse de fichiers et de Registre, tel que Regmon ou Filemon, depuis le site Web Windows Sysinternals.

2. Arrêtez le plus grand nombre d’applications possible pour limiter l’activité du Registre et du système de fichiers sur l’ordinateur.

3. Filtrez la sortie des outils de sorte qu’elle affiche uniquement les modifications apportées par l’application.

   Notes

   La plupart des applications stockent leurs paramètres sous le profil utilisateur. Autrement dit, les paramètres stockés dans le système de fichiers se trouvent sous le répertoire %UserProfile% et les paramètres stockés dans le Registre se trouvent sous la ruche HKEY_CURRENT_USER. Pour ces applications, vous pouvez filtrer la sortie des outils d’analyse de Registre et de fichiers de façon à indiquer uniquement l’activité détectée sous ces emplacements. Cela permet de réduire considérablement la quantité d’informations qu’il vous faudra examiner.

4. Démarrez les outils d’analyse, modifiez un paramètre et recherchez les écritures de Registre et de système de fichiers qui se sont produites lorsque vous avez modifié le paramètre. Assurez-vous que les modifications apportées sont bien appliquées. Par exemple, si vous modifiez un paramètre dans Microsoft Word en activant une case à cocher dans la boîte de dialogue Options, cette modification ne prend généralement effet qu’une fois que vous avez fermé la boîte de dialogue en cliquant sur OK.

5. Une fois le paramètre modifié, notez les modifications apportées au système de fichiers et au Registre. Il peut y avoir plusieurs valeurs de Registre ou de fichier pour chaque paramètre. Vous devez identifier le jeu minimal de modifications de Registre et de fichiers requis pour modifier ce paramètre. Ce jeu de fichiers et de clés de Registre constitue l’élément qu’il vous faudra migrer afin de migrer le paramètre.

   Notes

   La modification d’un paramètre d’application implique invariablement l’écriture de clés de Registre. Si possible, filtrez la sortie de l’outil d’analyse de fichiers et de Registre de façon à afficher uniquement les écritures de fichiers et clés/valeurs de Registre.

Étape 3 : déterminer le mode d’application des paramètres recueillis.

Si la version de l’application sur l’ordinateur source est identique à celle de l’ordinateur de destination, il est inutile de modifier les fichiers et clés de Registre recueillis. Par défaut, USMT migre les fichiers et clés de Registre de l’emplacement source vers l’emplacement correspondant sur l’ordinateur de destination. Par exemple, si un fichier a été recueilli à partir du dossier C:\Documents and Settings\Utilisateur1\Mes documents et que le répertoire de profil sur l’ordinateur de destination est D:\Users\Utilisateur1,USMT migre automatiquement le fichier dans D:\Users\Utilisateur1\Mes documents. Toutefois, vous devrez peut-être modifier l’emplacement de certains paramètres dans les trois cas suivants :

Cas n°1 : la version de l’application sur l’ordinateur de destination est plus récente que celle de l’ordinateur source.

Dans ce cas, la version plus récente de l’application pourra peut-être lire les paramètres de l’ordinateur source sans modification. En effet, les données recueillies depuis une version antérieure de l’application sont parfois compatibles avec la nouvelle version de l’application. Toutefois, vous devrez peut-être modifier l’emplacement des paramètres si l’une des conditions suivantes est remplie :

• La version plus récente de l’application offre la possibilité d’importer les paramètres d’une version antérieure. Ce mappage se produit généralement lorsque l’utilisateur exécute pour la première fois la version la plus récente de l’application après la migration des paramètres. Certaines applications effectuent cette opération automatiquement après la migration des paramètres. D’autres ne le font qu’à condition que l’application ait été mise à niveau à partir de la version antérieure, car lorsque l’application est mise à niveau, un jeu de fichiers et/ou de clés de Registre est installé, ce qui indique que la version antérieure de l’application a été installée antérieurement. Si vous effectuez une nouvelle installation de la nouvelle version (ce qui est le cas dans la plupart des migrations), l’ordinateur ne contient pas ce jeu de fichiers et de clés de Registre ; par conséquent le mappage n’a pas lieu. Pour forcer la nouvelle version de l’application à initier ce processus d’importation, votre script de migration devra peut-être créer ces fichiers et/ou clés de Registre sur l’ordinateur de destination.

  Pour identifier les fichiers et/ou valeurs/clés de Registre qui doivent être créés pour provoquer l’importation, vous devez mettre à niveau l’ancienne version de l’application vers la nouvelle version et analyser les modifications apportées au système de fichiers et au Registre en suivant la même procédure que celle décrite dans Comment déterminer l’emplacement de stockage de chaque paramètre. Dès lors que vous connaissez le jeu de fichiers dont a besoin l’ordinateur, vous pouvez utiliser l’élément <addObjects> pour les ajouter à l’ordinateur de destination.

• La nouvelle version de l’application ne peut pas lire les paramètres de l’ordinateur source et n’est pas non plus capable d’importer les paramètres au nouveau format. Dans ce cas, vous devez créer un mappage pour chaque paramètre des anciens emplacements vers les nouveaux. Pour cela, identifiez l’emplacement de stockage de chaque paramètre dans la nouvelle version à l’aide de la procédure décrite dans Comment déterminer l’emplacement de stockage de chaque paramètre. Après avoir créé le mappage, appliquez les paramètres au nouvel emplacement sur l’ordinateur de destination à l’aide de l’élément <locationModify> et des fonctions d’assistance RelativeMove etExactMove.

Cas n°2 : l’ordinateur de destination contient déjà des paramètres pour l’application.

Nous vous recommandons de migrer les paramètres après avoir installé l’application, mais avant que l’utilisateur n’exécute l’application pour la première fois. En effet, cela vous permet de vous assurer qu’aucun paramètre n’est présent sur l’ordinateur de destination lorsque vous migrez les paramètres. Si vous devez installer l’application avant la migration, vous avez tout intérêt à supprimer les paramètres existants à l’aide de l’élément <destinationCleanup>. Si pour une raison quelconque vous souhaitez conserver les paramètres qui se trouvent sur l’ordinateur de destination, vous pouvez utiliser l’élément <merge> et la fonction d’assistance DestinationPriority.

Cas n°3 : l’application remplace des paramètres lors de son installation.

Nous vous recommandons de migrer les paramètres après avoir installé l’application, mais avant que l’utilisateur n’exécute l’application pour la première fois. En effet, cela vous permet de vous assurer qu’aucun paramètre n’est présent sur l’ordinateur de destination lorsque vous migrez les paramètres. De plus, lors de leur installation, certaines applications remplacent tout paramètre existant sur l’ordinateur. Dans ce scénario, si vous avez migré les données avant d’installer l’application, vos paramètres personnalisés seront remplacés. Ce comportement est courant avec les applications qui stockent des paramètres dans des emplacements en dehors du profil utilisateur (il s’agit en général de paramètres qui s’appliquent à tous les utilisateurs). Ces paramètres universels sont parfois remplacés par des valeurs par défaut lors de l’installation d’une application. Pour éviter cela, vous devez installer ces applications avant de migrer les fichiers et paramètres vers l’ordinateur de destination. Par défaut, avec USMT, les données de l’ordinateur source remplacent les données existantes au même emplacement sur l’ordinateur de destination.

Étape 4 : créer le composant XML de migration pour l’application.

Après avoir effectué les étapes 1 à 3, vous devez créer un fichier .xml de migration personnalisé qui migre l’application sur la base des informations dont vous disposez actuellement. Vous pouvez utiliser le fichier MigApp.xml en guise de modèle, car il contient des exemples de la plupart des concepts décrits dans cette rubrique. Vous pouvez également consulter Exemples de fichiers XML personnalisés pour obtenir un autre exemple de fichier .xml.

Votre script doit effectuer les opérations suivantes :

1. Vérifier si l’application et la version appropriée sont installées en :

   • recherchant la clé de désinstallation sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall à l’aide de la fonction d’assistance DoesObjectExist ;

   • vérifiant que la version du fichier exécutable d’application est correcte à l’aide de la fonction d’assistance DoesFileVersionMatch.

2. Si la version appropriée de l’application est installée, s’assurer que chaque paramètre est migré vers l’emplacement approprié sur l’ordinateur de destination.

   • Si les versions des applications sont identiques sur les ordinateurs source et de destination, migrer chaque paramètre à l’aide des éléments <include> et <exclude>.

   • Si la version de l’application sur l’ordinateur de destination est plus récente que celle de l’ordinateur source, votre script doit soit 1) ajouter le jeu de fichiers qui déclenche l’importation à l’aide de l’élément <addObjects>, soit 2) créer un mappage qui applique les anciens paramètres à l’emplacement correct sur l’ordinateur de destination à l’aide de l’élément <locationModify> et des fonctions d’assistance RelativeMove et ExactMove.

   • Si vous devez installer l’application avant de migrer les paramètres, supprimez tout paramètre existant sur l’ordinateur de destination à l’aide de l’élément <destinationCleanup>.

Pour plus d’informations sur les éléments .xml et les fonctions d’assistance, voir Bibliothèque d’éléments XML.

Étape 5 : tester la migration des paramètres d’applications.

Sur un ordinateur test, installez le système d’exploitation destiné à être installé sur les ordinateurs de destination. Par exemple, si vous prévoyez d’effectuer une migration de Windows® 7 vers Windows 8, installez Windows 8, puis l’application. Ensuite, exécutez LoadState sur l’ordinateur test et vérifiez que tous les paramètres migrent. Apportez des corrections si nécessaire et répétez la procédure jusqu’à ce que tous les paramètres nécessaires aient été migrés correctement.

Pour accélérer la collecte et la migration des données, vous pouvez migrer un seul utilisateur à la fois et exclure tous les composants de la migration à l’exception de l’application que vous testez. Pour spécifier uniquement Utilisateur1 dans la migration, tapez :/ue:*\* /ui:user1. Pour plus d’informations, voir Exclure des fichiers et des paramètres et les options User dans la rubrique Syntaxe de ScanState. Pour résoudre un problème, examinez le journal de progression et les journaux ScanState et LoadState, qui contiennent des avertissements et des erreurs susceptibles d’indiquer l’existence de problèmes liés à la migration.

Voir aussi

Autres ressources

Informations de référence XML de l’outil USMT
Conflits et priorité
Bibliothèque d’éléments XML
Fichiers journaux