Partager via


Problèmes courants

Les sections qui suivent décrivent les problèmes courants que vous pouvez rencontrer avec les outils de l’Outil de migration utilisateur (USMT) 5.0. L’USMT génère des fichiers journaux qui détaillent toutes les erreurs survenues au cours du processus de migration. Ces journaux peuvent aider à résoudre les migrations qui ont échoué.

Dans cette rubrique

Problèmes liés aux comptes d’utilisateurs

Problèmes liés à la ligne de commande

Problèmes liés aux fichiers XML

Problèmes liés à la migration

Problèmes liés à la migration hors connexion

Problèmes liés à la migration par lien physique

Recommandations générales pour l’identification des problèmes de migration

Si vous êtes confronté à un problème ou un message d’erreur apparu lors de la migration, vous pouvez vous appuyer sur les recommandations générales suivantes pour tenter d’identifier la source du problème :

  • Pour obtenir des mises à jour de contenu, voir le Outil de migration utilisateur (USMT) 5.0 Guide de l’utilisateur disponible sur le site TechNet.

  • Examinez les journaux ScanState, LoadState et UsmtUtils pour connaître les messages d’erreur précis de l’USMT et ceux liés aux interfaces de programmation d’applications (API) Windows®. Pour plus d’informations sur les codes de retour et les messages d’erreur de l’USMT, voir Codes de retour. Pour plus d’informations sur les messages d’erreur des API Windows, tapez net helpmsg dans la ligne de commande.

    Dans la plupart des cas, les journaux ScanState et LoadState indiquent les raisons de l’échec d’une migration de l’USMT. Nous vous recommandons d’utiliser l’option /v*:5* au moment de tester votre migration. Ce niveau de détail peut être ajusté dans une migration de production. L’abaissement du niveau de détail risque en revanche de rendre plus difficile le diagnostic des échecs qui surviennent lors des migrations de production. Vous pouvez opter pour un niveau de détail supérieur si vous souhaitez que la sortie des fichiers journaux soit dirigée vers un débogueur.

    Notes

    L’exécution des outils ScanState et LoadState avec l’option /v:5 donne lieu à la création d’un fichier journal détaillé. Même si cette option génère un fichier journal volumineux, les détails supplémentaires qu’elles apportent peuvent vous aider à identifier l’origine des erreurs de migration.

  • Utilisez l’option /verify de l’outil UsmtUtils afin de déterminer si des fichiers dans un magasin de migration compressé sont endommagés. Pour plus d’informations, voir Vérifier l’état d’un magasin de migration compressé.

  • Utilisez l’option /extract de l’outil UsmtUtils pour extraire des fichiers d’un magasin de migration compressé. Pour plus d’informations, voir Extraire des fichiers d’un magasin de migration compressé de l’outil USMT.

  • Créez un journal de progression à l’aide de l’option /progress pour contrôler votre migration.

  • Pour les ordinateurs source et de destination, vous devez obtenir des informations sur le système d’exploitation et les versions des applications telles que Microsoft Internet Explorer® et d’autres programmes importants. Vérifiez ensuite les étapes exactes nécessaires à la reproduction du problème. Ces informations peuvent vous aider à mieux comprendre la cause du problème et à reproduire ce dernier dans votre environnement de test.

  • Fermez votre session après avoir exécuté l’outil LoadState. Certains paramètres (par exemple, les paramètres concernant les polices, les arrière-plans du Bureau et l’écran de veille) ne prendront effet qu’à la prochaine ouverture de session de l’utilisateur final.

  • Fermez toutes les applications avant d’exécuter l’outil ScanState ou LoadState. Si certaines applications sont en cours d’exécution lors du processus ScanState ou LoadState, il est possible que l’USMT ne migre pas certaines données. Par exemple, si Microsoft Outlook® est ouvert, il est probable que l’USMT ne puisse pas migrer les fichiers PST.

    Notes

    L’exécution de l’USMT échoue si ce dernier ne peut pas migrer un fichier ou un paramètre, sauf si vous spécifiez l’option /c. Lorsque vous utilisez l’option /c, l’USMT ignore les erreurs qui surviennent. Par contre, il consigne une erreur dans le journal s’il détecte qu’un fichier en cours d’utilisation n’a pas été migré.

Problèmes liés aux comptes d’utilisateurs

Les sections qui suivent exposent les problèmes fréquemment rencontrés avec les comptes d’utilisateurs. Développez la section pour afficher les solutions recommandées.

Je rencontre des problèmes lors de la création de comptes locaux sur l’ordinateur de destination.

Résolution : pour plus d’informations sur la création de comptes et la migration de comptes locaux, voir Migrer des comptes d’utilisateurs.

Certains comptes d’utilisateurs n’ont pas été migrés sur l’ordinateur de destination.

Causes/résolutions : il y a deux causes possibles à ce problème.

Lorsque vous exécutez l’outil ScanState dans Windows Vista, ou bien les outils ScanState et LoadState dans Windows 7 ou Windows® 8, vous devez le faire en mode Administrateur depuis un compte avec des informations d’identification d’administration pour vous assurer que tous les utilisateurs spécifiés sont migrés. Cela s’explique par le fait que le contrôle d’accès d’utilisateur est activé dans Windows Vista, Windows 7 et Windows 8. Pour exécuter le mode Administrateur :

  1. Cliquez sur Accueil.

  2. Cliquez sur Tous les programmes.

  3. Cliquez sur Accessoires.

  4. Cliquez avec le bouton droit sur Invite de commandes.

  5. Cliquez sur Exécuter en tant qu’administrateur.

Spécifiez ensuite votre commande LoadState ou ScanState. Si vous n’exécutez pas USMT en mode Administrateur, seul le profil utilisateur connecté est inclus dans la migration.

Les comptes d’utilisateurs qui n’ont pas été utilisés sur l’ordinateur ne sont pas migrés. Par exemple, si vous ajoutez l’utilisateur User1 sur l’ordinateur mais que celui-ci ne se connecte jamais, l’USMT ne procède à aucune migration de l’utilisateur en question.

Les comptes d’utilisateurs que j’ai exclus ont été migrés sur l’ordinateur de destination.

Cause : la commande que vous avez spécifiée a peut-être été confrontée à un conflit entre les options /ui et /ue. Si un utilisateur est spécifié au moyen de l’option /ui et que vous l’excluez également à l’aide de l’option /ue ou de l’option /uel, l’utilisateur est inclus dans la migration. Par exemple, si vous spécifiez /ui:domain1\* /ue:domain1\user1, alors l’utilisateur User1 est migré puisque l’option /ui est prioritaire.

Résolution : pour plus d’informations sur l’utilisation conjointe des options /ui et /ue, voir les exemples dans la rubrique Syntaxe de ScanState.

J’ai beau utiliser l’option /uel, de nombreux comptes sont encore inclus dans la migration.

Cause : l’option /uel exclut les utilisateurs en fonction de la date de dernière modification inscrite dans leur fichier Ntuser.dat. Dans certains cas, cette date de dernière modification peut ne pas correspondre à la date de la dernière ouverture de session des utilisateurs.

Résolution : il s’agit d’une restriction imposée par l’option /uel. Vous devrez peut-être exclure ces utilisateurs manuellement au moyen de l’option /ue.

L’outil LoadState signale une erreur sous le code de retour 71 et ne parvient pas à restaurer un profil utilisateur dans le cadre d’un test de migration.

Cause : au moment de réaliser un test de migration, si vous exécutez l’outil ScanState sur votre ordinateur de test, puis supprimez les profils utilisateur dans le but de tester l’outil LoadState sur le même ordinateur, il se peut que le Registre contienne une clé en conflit. Si vous utilisez la commande net use pour supprimer un profil utilisateur, les dossiers et les fichiers associés à ce profil seront supprimés mais pas la clé de Registre.

Résolution : pour supprimer un profil utilisateur, utilisez l’élément Comptes d’utilisateurs du Panneau de configuration. Pour corriger une suppression incomplète d’un profil utilisateur :

  1. Ouvrez l’Éditeur du Registre en tapant regedit à une invite de commandes avec élévation de privilèges.

  2. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.

    Chaque profil utilisateur est stocké dans une clé d’identification système sous ProfileList.

  3. Supprimez la clé correspondant au profil utilisateur que vous essayez de supprimer.

Les fichiers qui n’ont pas été chiffrés avant la migration le sont maintenant avec le compte qui a servi à exécuter l’outil LoadState.

Cause : l’outil ScanState a été exécuté à l’aide de l’option /efs:copyraw dans le but de migrer des fichiers chiffrés et des certificats EFS (Encrypting File System). L’attribut de chiffrement a été défini sur un dossier qui a été migré mais a été supprimé du contenu des fichiers de ce dossier préalablement à la migration.

Résolution : avant d’utiliser l’outil ScanState pour une migration qui comprend des fichiers chiffrés et des certificats EFS, vous pouvez exécuter l’outil Cipher à l’invite de commandes Windows pour examiner et modifier des paramètres de chiffrement dans des fichiers et des dossiers. Vous devez supprimer l’attribut de chiffrement des dossiers qui contiennent des fichiers déchiffrés ou chiffrer le contenu de tous les fichiers figurant dans un dossier chiffré.

Pour supprimer le chiffrement des fichiers qui ont déjà été migrés de manière incorrecte, vous devez ouvrir une session sur l’ordinateur avec le compte qui a servi à exécuter l’outil LoadState, puis supprimer le chiffrement des fichiers affectés.

L’outil LoadState signale une erreur sous le code de retour 71 et une erreur Windows 2202 dans le fichier journal.

Cause : le nom de l’ordinateur a été modifié au cours de la migration hors connexion d’un profil utilisateur local.

Résolution : vous pouvez utiliser l’option /mu au moment d’exécuter l’outil LoadState pour spécifier un nouveau nom d’utilisateur. Par exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore 
/progress:prog.log /l:load.log /mu:fareast\user1:farwest\user1

Problèmes liés à la ligne de commande

Les sections qui suivent présentent les problèmes courants inhérents à la ligne de commande. Développez la section pour afficher les solutions recommandées.

J’ai reçu le message d’erreur suivant : « Usage Error: You cannot specify a file path with any of the command-line options that exceeds 256 characters. »

Cause : vous pouvez dans certains cas obtenir ce message d’erreur même si vous ne spécifiez pas de chemin d’accès long à un magasin ou un fichier. Cela est dû au fait que la longueur d’un chemin d’accès est calculée en fonction du chemin d’accès absolu. Par exemple, si vous exécutez la commande scanstate.exe /o store depuis C:\Program Files\USMT40, chaque caractère contenu dans « C:\Program Files\USMT40 » est ajouté à la longueur de « store » pour obtenir la longueur du chemin d’accès au magasin.

Résolution : veillez à ce que la longueur totale du chemin d’accès (chemin d’accès au magasin plus le répertoire actuel) ne dépasse pas 256 caractères.

J’ai reçu le message d’erreur suivant : « USMT was unable to create the log file(s). Ensure that you have write access to the log directory. »

Cause : si vous exécutez l’outil ScanState ou LoadState à partir d’une ressource réseau partagée, ce message d’erreur apparaîtra si vous ne spécifiez pas l’option /l.

Résolution : pour résoudre ce problème dans ce cas de figure, spécifiez l’option /l:scan.log ou /l:load.log.

Problèmes liés aux fichiers XML

Les sections qui suivent présentent les problèmes courants rencontrés avec les fichiers XML. Développez la section pour afficher les solutions recommandées.

J’ai utilisé l’option /genconfig pour créer un fichier Config.xml, mais le fichier MigApp.xml ne contient qu’une partie des applications et des composants. Le fichier Config.xml ne devrait-il pas contenir toutes les applications ?

Cause : Config.xml contient uniquement des composants de système d’exploitation, des applications et les sections de document utilisateur qui figurent dans les deux fichiers XML et qui sont installés sur l’ordinateur au moment où vous exécutez l’option /genconfig. Sans cela, ces applications et composants ne peuvent apparaître dans le fichier Config.xml.

Résolution : installez toutes les applications souhaitées sur l’ordinateur avant d’exécuter l’option /genconfig. Exécutez ensuite l’outil ScanState avec tous les fichiers XML. Par exemple, exécutez la commande suivante :

scanstate /genconfig:config.xml /i:migdocs.xml /i:migapp.xml /v:5 /l:scanstate.log

Je rencontre des problèmes avec un fichier XML personnalisé que j’ai créé et je ne peux pas vérifier si sa syntaxe est correcte.

Résolution : vous pouvez charger le schéma XML (MigXML.xsd) inclus dans l’USMT dans votre outil de création XML. Pour obtenir des exemples, voir le Centre de développement Visual Studio. Ensuite, chargez votre fichier XML dans l’outil de création pour repérer une éventuelle erreur de syntaxe. Pour plus d’informations, voir également la rubrique Informations de référence XML de l’outil USMT consacrée à l’utilisation des éléments XML.

J’utilise une fonction d’assistance MigXML mais la migration ne se déroule pas comme prévu.  Comment résoudre ce problème ?

Cause : en règle générale, ce problème est imputable à une syntaxe incorrecte dans une fonction d’assistance. Vous obtenez un code de retour de réussite mais les fichiers que vous vouliez migrer n’ont pas été collectés ou appliqués, ou ils ne l’ont pas été comme vous l’attendiez.

Résolution : vous devez rechercher dans le journal de ScanState ou de LoadState le nom de composant qui contient la fonction d’assistance MigXML ou le titre de cette dernière de façon à repérer l’avertissement associé dans le fichier journal.

Problèmes liés à la migration

Les sections qui suivent décrivent les problèmes de migration courants. Développez la section pour afficher les solutions recommandées.

Les fichiers définis comme éléments à exclure sont toujours migrés.

Cause : il se peut qu’une autre règle comprenne les fichiers. S’il existe une règle plus spécifique ou une règle en conflit, les fichiers sont inclus dans la migration.

Résolution : pour plus d’informations, voir Conflits et priorité et la section Journal de diagnostic dans Fichiers journaux.

J’ai spécifié des règles en vue de déplacer un dossier vers un emplacement spécifique de l’ordinateur de destination mais sa migration ne s’est pas effectuée correctement.

Cause : la syntaxe XML est peut-être erronée.

Résolution : vous pouvez utiliser le schéma XML (MigXML.xsd) de l’outil USMT pour écrire et valider les fichiers .xml de migration. Consultez également les exemples XML dans les rubriques suivantes :

Conflits et priorité

Exclure des fichiers et des paramètres

Réacheminer les fichiers et les paramètres

Inclure des fichiers et des paramètres

Exemples de fichiers XML personnalisés

À l’issue du processus LoadState, le nouvel arrière-plan du Bureau n’apparaît pas sur l’ordinateur de destination.

Trois causes justifient généralement ce problème.

Première cause : certains paramètres (par exemple, les paramètres concernant les polices, les arrière-plans du Bureau et l’écran de veille) ne sont pas appliqués par LoadState tant que l’ordinateur de destination n’a pas été redémarré.

Résolution : pour résoudre ce problème, fermez, puis rouvrez la session pour voir l’arrière-plan du Bureau migré.

Deuxième cause : si l’ordinateur source fonctionnait sous Windows® XP et que l’arrière-plan du Bureau était stocké dans le dossier lecteur:\WINDOWS\Web\Wallpaper (soit le dossier de stockage par défaut des arrière-plans du Bureau sous Windows XP), l’arrière-plan du Bureau n’est pas migré. À la place, l’ordinateur de destination affiche l’arrière-plan du Bureau par défaut de Windows®. Cela se produit même si l’arrière-plan du Bureau était une image personnalisée qui a été ajoutée au dossier \WINDOWS\Web\Wallpaper. Cependant, si l’utilisateur final définit une image comme arrière-plan du Bureau qui a été enregistrée à un autre emplacement (par exemple, Mes images), l’arrière-plan du Bureau est migré.

Résolution : assurez-vous que les images d’arrière-plan du Bureau à migrer ne se trouvent pas dans le dossier \WINDOWS\Web\Wallpaper de l’ordinateur source.

Troisième cause : si ScanState n’a pas été exécuté sous Windows XP à partir d’un compte avec des informations d’identification d’administration, certains paramètres de système d’exploitation ne sont pas migrés. Par exemple, les paramètres d’arrière-plan du Bureau, les sélections de l’écran de veille, les options de modem, les paramètres du Lecteur Windows Media ainsi que les fichiers (.pbk) et paramètres d’annuaire téléphonique des connexions de type Service d’accès à distance (RAS) ne sont pas migrés.

Résolution : exécutez les outils ScanState et LoadState à partir d’un compte avec des informations d’identification d’administration.

J’ai inclus le fichier MigApp.xml dans la migration mais certains fichiers PST ne sont pas migrés.

Cause : le fichier MigApp.xml migre uniquement les fichiers PST liés à des profils Outlook.

Résolution : pour migrer des fichiers PST non liés à des profils Outlook, vous devez créer une règle de migration distincte pour capturer ces fichiers.

Problèmes liés à la migration hors connexion

Les sections qui suivent décrivent les problèmes de migration hors connexion courants. Développez la section pour afficher les solutions recommandées.

Certains de mes paramètres système ne sont pas migrés au cours d’une migration hors connexion.

Cause : certains paramètres système, tels que les arrière-plans du Bureau et les imprimantes réseau, ne sont pas pris en charge dans le cadre d’une migration hors connexion. Pour plus d’informations, voir Quels sont les éléments migrés par l’outil USMT ?

Résolution : lors d’une migration hors connexion, ces paramètres système peuvent être rétablis manuellement.

L’outil ScanState échoue avec le code de retour 26.

Cause : un élément souvent à l’origine du code de retour 26 est un profil temporaire activé sur l’ordinateur source. Ce profil est mappé vers c:\users\temp. Le journal de l’outil ScanState affiche une exception MigStartupOfflineCaught qui inclut un message signalant une erreur de SID de profil utilisateur en double.

Résolution : vous pouvez redémarrer l’ordinateur pour vous débarrasser du profil temporaire ou bien définir MIG_FAIL_ON_PROFILE_ERROR=0 pour ignorer l’erreur et exclure le profil temporaire.

Les règles d’inclusion et d’exclusion pour la migration des profils utilisateur ne fonctionnent pas de la même manière en mode hors connexion et en ligne.

Cause : en mode hors connexion, vous ne pouvez pas interroger le serveur DNS pour résoudre le mappage des noms d’utilisateurs et des identificateurs de sécurité (SID).

Résolution : utilisez un identificateur de sécurité (SID) pour inclure un utilisateur au moment d’exécuter l’outil ScanState. Par exemple :

Scanstate /ui:S1-5-21-124525095-708259637-1543119021*

Le caractère générique (*) à la fin du SID migrera également la clé SID_Classes.

Vous pouvez également vous servir des modèles de SID qui identifient des utilisateurs ou des groupes génériques. Par exemple, vous pouvez utiliser l’option /ue:*-500 pour exclure les comptes d’administrateurs locaux. Pour plus d’informations sur les identificateurs de sécurité (SID) Windows, voir ce site Web de Microsoft.

Mon script conçu pour effacer le disque échoue après l’exécution de l’outil ScanState sur un système 64 bits.

Cause : la ruche du Registre HKLM n’est pas déchargée une fois l’exécution de l’outil ScanState terminée.

Résolution : redémarrez l’ordinateur ou déchargez la ruche du Registre à l’invite de commandes après avoir exécuté l’outil ScanState. Par exemple, à l’invite de commandes, tapez :

reg.exe unload hklm\$dest$software

Problèmes liés à la migration par lien physique

Les sections qui suivent présentent les problèmes courants inhérents à la migration par lien physique. Développez la section pour afficher les solutions recommandées.

Les fichiers EFS ne sont pas restaurés dans la nouvelle partition.

Cause : vous ne pouvez pas déplacer des fichiers EFS vers une nouvelle partition à l’aide d’un lien physique. L’option de ligne de commande /efs:hardlink s’applique uniquement aux fichiers migrés sur la même partition.

Résolution : utilisez l’option de ligne de commande /efs:copyraw pour copier des fichiers EFS lors de la migration plutôt que de créer des liens physiques, ou bien copiez manuellement les fichiers EFS à partir du magasin par lien physique.

L’outil ScanState ne peut pas supprimer un magasin de migration par lien physique précédent.

Cause : le magasin de migration contient des liens physiques vers des fichiers verrouillés.

Résolution : à l’aide de l’outil UsmtUtils, supprimez le magasin ou modifiez son nom. Par exemple, à l’invite de commandes, tapez :

USMTutils /rd <storedir>

Vous devez également redémarrer l’ordinateur.

Voir aussi

Autres ressources

Résolution des problèmes liés à l’Outil de migration utilisateur (USMT)
Forum Aux Questions
Codes de retour
Syntaxe d’UsmtUtils