Problèmes courants liés à l’outil de migration d’état utilisateur (USMT)
Les sections suivantes décrivent les problèmes courants que vous pouvez rencontrer lorsque vous exécutez les outils USMT 10.0. USMT produit des fichiers journaux qui décrivent en détail toutes les erreurs qui se sont produites pendant le processus de migration. Ces journaux d’activité peuvent être utilisés pour résoudre les échecs de migration.
Instructions générales pour identifier les problèmes de migration
Lorsque vous rencontrez un problème ou un message d’erreur lors de la migration, vous pouvez utiliser les instructions générales suivantes pour vous aider à déterminer la source du problème :
Examinez les journaux ScanState, LoadState et UsmtUtils pour obtenir les messages d’erreur USMT exacts et les messages d’erreur de l’interface de programmation d’applications Windows® (API). Pour plus d’informations sur les codes de retour USMT et les messages d’erreur, consultez Codes de retour. Vous pouvez obtenir plus d’informations sur les codes d’erreur système Windows répertoriés en tapant dans une fenêtre d’invite de commandes
net.exe helpmsg <error_number>où <error_number> correspond au numéro de code d’erreur généré par le message d’erreur. Pour plus d’informations sur les codes d’erreur système, consultez Codes d’erreur système (0-499).Dans la plupart des cas, les journaux ScanState et LoadState indiquent pourquoi une migration USMT échoue. Nous vous recommandons d’utiliser l’option lors du
/v:5test de votre migration. Ce niveau de détail peut être ajusté dans une migration de production ; Toutefois, la réduction du niveau de détail peut rendre plus difficile le diagnostic des échecs rencontrés lors des migrations de production. Vous pouvez utiliser un niveau de détail supérieur à 5 si vous souhaitez que la sortie des fichiers journaux passe à un débogueur.Note
L’exécution des outils ScanState et LoadState avec l’option
/v:5crée un fichier journal détaillé. Bien que cette option rend le fichier journal volumineux, les détails supplémentaires peuvent vous aider à déterminer où des erreurs de migration se sont produites.Utilisez l’option
/Verifyavec l’outil UsmtUtils pour déterminer si les fichiers d’un magasin de migration compressé sont endommagés. Pour plus d’informations, consultez Vérifier la condition d’un magasin de migration compressé.Utilisez l’option
/Extractavec l’outil UsmtUtils pour extraire des fichiers d’un magasin de migration compressé. Pour plus d’informations, consultez Extraire des fichiers d’un magasin de migration USMT compressé.Créez un journal de progression à l’aide de l’option
/Progresspermettant de surveiller votre migration.Pour les ordinateurs source et de destination, obtenez des informations sur le système d’exploitation et des versions d’applications telles qu’Internet Explorer et tous les autres programmes pertinents. Vérifiez ensuite les étapes exactes nécessaires pour reproduire le problème. Ces informations peuvent vous aider à comprendre ce qui est incorrect et à reproduire le problème dans votre environnement de test.
Déconnectez-vous après avoir exécuté l’outil LoadState . Certains paramètres tels que les polices, les arrière-plans du bureau et les paramètres d’enregistrement d’écran ne prendront effet qu’à la prochaine fois que l’utilisateur final se connecte.
Fermez toutes les applications avant d’exécuter les outils ScanState ou LoadState . Si certaines applications s’exécutent pendant le processus ScanState ou LoadState , USMT peut ne pas migrer certaines données. Par exemple, si Microsoft Outlook® est ouvert, USMT peut ne pas migrer les fichiers PST.
Note
USMT échoue s’il ne peut pas migrer un fichier ou un paramètre, sauf si vous spécifiez l’option
/c. Lorsque vous spécifiez l’option/c, USMT ignore les erreurs. Toutefois, il enregistre une erreur lorsqu’il rencontre un fichier en cours d’utilisation qui n’a pas migré.
Problèmes liés au compte d’utilisateur
Les sections suivantes décrivent les problèmes courants liés au compte d’utilisateur. 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, consultez Migrer des comptes d’utilisateur.
Tous les comptes d’utilisateur n’ont pas été migrés vers l’ordinateur de destination
Causes/Résolutions Il existe deux causes possibles pour ce problème :
Lorsque vous exécutez les outils ScanState et LoadState sur Windows 7, Windows 8 ou Windows 10, vous devez les exécuter en mode Administrateur à partir d’un compte avec des informations d’identification d’administration pour vous assurer que tous les utilisateurs spécifiés sont migrés. Pour s’exécuter en mode Administrateur :
Sélectionnez Démarrer>tous les accessoires de programmes.>
Faites un clic droit sur Invite de commandes.
Sélectionnez Exécuter en tant qu'administrateur.
Spécifiez la commande LoadState.exe ou ScanState.exe .
Si vous n’exécutez pas USMT en mode Administrateur, seul le profil utilisateur connecté sera inclus dans la migration.
Tous les comptes d’utilisateur sur l’ordinateur qui n’ont pas été utilisés ne seront pas migrés. Par exemple, si vous ajoutez User1 à l’ordinateur, mais que User1 ne se connecte jamais, USMT ne migre pas le compte User1.
Comptes d’utilisateur que j’ai exclus ont été migrés vers l’ordinateur de destination
Cause : la commande que vous avez spécifiée a peut-être eu des options et /ue des ui conflits. Si un utilisateur est spécifié avec l’option /ui et avec les options /uel ou les /ue options en même temps, l’utilisateur est inclus dans la migration. Par exemple, si vous spécifiez /ui:domain1\* /ue:domain1\user1, user1 est migré, car l’option /ui est prioritaire.
Résolution : pour plus d’informations sur l’utilisation des options et /ue des /ui options, consultez les exemples de l’article Syntaxe ScanState.
J’utilise l’option /uel, mais de nombreux comptes sont toujours inclus dans la migration
Cause : L’option /uel dépend de la date de dernière modification du fichier NTUser.dat des utilisateurs. Il existe des scénarios dans lesquels cette date de dernière modification peut ne pas correspondre à la date de dernière connexion des utilisateurs.
Résolution : il s’agit d’une limitation de l’option /uel . Vous devrez peut-être exclure ces utilisateurs manuellement avec l’option /ue .
L’outil LoadState signale une erreur en tant que code de retour 71 et ne parvient pas à restaurer un profil utilisateur pendant un test de migration
Cause : Lors d’un test de migration, si vous exécutez l’outil ScanState sur votre ordinateur de test, puis supprimez les profils utilisateur pour tester l’outil LoadState sur le même ordinateur, vous pouvez avoir une clé en conflit présente dans le Registre. L’utilisation de la commande net use pour supprimer un profil utilisateur supprime les dossiers et les fichiers associés à ce profil, mais ne supprime pas la clé de Registre.
Résolution : pour supprimer un profil utilisateur, utilisez l’élément Comptes d’utilisateur dans Panneau de configuration. Pour corriger une suppression incomplète d’un profil utilisateur :
Ouvrez l’éditeur de Registre en tapant regedit.exe à une invite de commandes avec élévation de privilèges.
Accédez à
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.Chaque profil utilisateur est stocké dans une clé d’identificateur système sous
ProfileList.Supprimez la clé du profil utilisateur que vous essayez de supprimer.
Fichiers qui n’ont pas été chiffrés avant la migration sont désormais chiffrés avec le compte utilisé pour exécuter l’outil LoadState
Cause : l’outil ScanState a été exécuté à l’aide de l’option /EFS:copyraw permettant 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 l’attribut a été supprimé du contenu de fichier de ce dossier avant la migration.
Résolution : avant d’utiliser l’outil ScanState pour une migration qui inclut des fichiers chiffrés et des certificats EFS, vous pouvez exécuter l’outil de chiffrement à l’invite de commandes pour examiner et modifier les paramètres de chiffrement sur les fichiers et dossiers. Vous devez supprimer l’attribut de chiffrement des dossiers qui contiennent des fichiers non chiffrés ou chiffrer le contenu de tous les fichiers dans un dossier chiffré.
Pour supprimer le chiffrement des fichiers qui ont déjà été migrés de manière incorrecte, vous devez vous connecter à l’ordinateur avec le compte que vous avez utilisé pour exécuter l’outil LoadState , puis supprimer le chiffrement des fichiers affectés.
L’outil LoadState signale une erreur comme code de retour 71 et une erreur Windows 2202 dans le fichier journal
Cause : le nom de l’ordinateur a été modifié lors d’une migration hors connexion d’un profil utilisateur local.
Résolution : vous pouvez utiliser l’option /mu lorsque vous exécutez l’outil LoadState pour spécifier un nouveau nom pour l’utilisateur. Par exemple,
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \\server\share\migration\mystore
/progress:Progress.log /l:LoadState.log /mu:fareast\user1:farwest\user1
Problèmes de ligne de commande
Les sections suivantes décrivent les problèmes courants de ligne de commande. Développez la section pour afficher les solutions recommandées.
J’ai reçu le message d’erreur suivant : « Erreur d’utilisation : Vous ne pouvez pas spécifier de chemin d’accès de fichier avec l’une des options de ligne de commande qui dépasse 256 caractères ».
Cause : Vous pouvez recevoir ce message d’erreur dans certains cas même si vous ne spécifiez pas de chemin d’accès de magasin ou de fichier long, car la longueur du chemin d’accès est calculée en fonction du chemin absolu. Par exemple, si vous exécutez la **ScanState**.exe /o store commande à partir de C :\Program Files\USMT40, chaque caractère de C :\Program Files\USMT40 est ajouté à la longueur de « store » pour obtenir la longueur du chemin d’accès.
Résolution : vérifiez que la longueur totale du chemin d’accès ne dépasse pas 256 caractères. La longueur totale du chemin d’accès inclut le chemin d’accès du magasin ainsi que le répertoire actif.
J’ai reçu le message d’erreur suivant : « USMT n’a pas pu créer le ou les fichiers journaux. Vérifiez que vous disposez d’un accès en écriture au répertoire du journal. »
Cause : si vous exécutez les outils ScanState ou LoadState à partir d’une ressource réseau partagée, vous recevrez ce message d’erreur si vous ne spécifiez /lpas .
Résolution : Pour résoudre ce problème dans ce scénario, spécifiez l’option ou /l:LoadState.log l’option/l:ScanState.log.
Problèmes de fichier XML
Les sections suivantes décrivent les problèmes courants liés aux 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 je vois seulement quelques applications et composants qui se trouvent dans MigApp.xml. Pourquoi Config.xml ne contient-elle pas toutes les mêmes applications ?
Cause : Config.xml contiendra uniquement les composants du système d’exploitation, les applications et les sections de document utilisateur qui se trouvent dans les deux fichiers .xml et sont installées sur l’ordinateur lorsque vous exécutez l’option /genconfig . Sinon, ces applications et composants n’apparaissent pas 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 ScanState.exe avec tous les fichiers .xml. Par exemple, examinez la commande suivante :
ScanState.exe /genconfig:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:5 /l:ScanState.log
Je rencontre des problèmes avec un fichier de .xml personnalisé que j’ai créé, et je ne peux pas vérifier que la syntaxe est correcte
Résolution : vous pouvez charger le fichier de schéma XML MigXML.xsd dans votre outil de création XML. MigXML.xsd est inclus avec USMT. Pour obtenir des exemples, consultez le Centre de développement Visual Studio. Ensuite, chargez votre fichier .xml dans l’outil de création pour voir s’il existe une erreur de syntaxe. Pour plus d’informations sur l’utilisation des éléments XML, consultez référence XML USMT.
J’utilise une fonction d’assistance MigXML, mais la migration ne fonctionne pas comme je l’attendais. Comment faire résoudre ce problème ?
Cause : En règle générale, ce problème est dû à une syntaxe incorrecte utilisée dans une fonction d’assistance. Vous recevez un code de retour de réussite, mais les fichiers que vous souhaitez migrer n’ont pas été collectés ou appliqués, ou n’ont pas été collectés ou appliqués comme prévu.
Résolution : vous devez rechercher dans le journal ScanState ou LoadState le nom du composant qui contient la fonction d’assistance MigXML ou le titre de la fonction d’assistance MigXML, afin de pouvoir localiser l’avertissement associé dans le fichier journal.
Problèmes de migration
Les sections suivantes décrivent les problèmes de migration courants. Développez la section pour afficher les solutions recommandées.
Les fichiers que j’ai spécifiés pour exclure sont toujours en cours de migration
Cause : il peut y avoir une autre règle qui inclut 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, consultez Conflits et priorité et section Journal de diagnostic dans fichiers journaux.
J’ai spécifié des règles pour déplacer un dossier vers un emplacement spécifique sur l’ordinateur de destination, mais il n’a pas migré correctement
Cause : il peut y avoir une erreur dans la syntaxe XML.
Résolution : vous pouvez utiliser le schéma XML USMT (MigXML.xsd) pour écrire et valider les fichiers de migration .xml. Consultez également les exemples XML dans les articles suivants :
Exclure des fichiers et des paramètres
Rediriger les fichiers et les paramètres
Inclure des fichiers et des paramètres
Une fois LoadState terminé, le nouvel arrière-plan de bureau n’apparaît pas sur l’ordinateur de destination
Il existe trois causes typiques de ce problème.
Cause : Certains paramètres tels que les polices, les arrière-plans du bureau et les paramètres de l’économiseur d’écran ne sont pas appliqués par LoadState tant qu’une fois l’ordinateur de destination redémarré.
Résolution : pour résoudre ce problème, déconnectez-vous, puis reconnectez-vous pour afficher l’arrière-plan du bureau migré.
J’ai inclus MigApp.xml dans la migration, mais certains fichiers PST ne migrent pas
Cause : le fichier MigApp.xml migre uniquement les fichiers PST liés aux profils Outlook.
Résolution : pour migrer des fichiers PST qui ne sont pas liés aux profils Outlook, vous devez créer une règle de migration distincte pour capturer ces fichiers.
USMT ne migre pas la disposition de l’écran de démarrage
Description : Vous utilisez USMT pour migrer des profils d’une installation de Windows 10 vers une autre installation de Windows 10 sur un autre matériel. Après la migration, l’utilisateur se connecte au nouvel appareil et n’a pas la disposition menu Démarrer qu’il avait précédemment configurée.
Cause : une modification du code dans le menu Démarrer avec Windows 10 version 1607 et ultérieure est incompatible avec cette fonction USMT.
Résolution : La solution de contournement suivante est disponible :
Une fois l’utilisateur connecté, sauvegardez la disposition démarrer à l’aide de la commande Windows PowerShell suivante. Vous pouvez spécifier un chemin différent si vous le souhaitez :
Export-StartLayout -Path "C:\Layout\user1.xml"Migrez le profil de l’utilisateur avec USMT.
Avant que l’utilisateur se connecte au nouvel appareil, importez la disposition démarrer à l’aide de la commande Windows PowerShell suivante :
Import-StartLayout -LayoutPath "C:\Layout\user1.xml" -MountPath %systemdrive%
Cette solution de contournement modifie la disposition de démarrage de l’utilisateur par défaut. La solution de contournement n’est pas mise à l’échelle vers des migrations de masse ou des appareils multiutilisateurs, mais elle peut potentiellement débloquer certains scénarios. Si d’autres utilisateurs se connectent à l’appareil, vous devez supprimer layoutmodification.xml du profil utilisateur par défaut. Sinon, tous les utilisateurs qui se connectent à cet appareil utilisent la disposition de démarrage importée.
Problèmes de migration hors connexion
Les sections suivantes décrivent les problèmes courants de migration hors connexion. Développez la section pour afficher les solutions recommandées.
Certains de mes paramètres système ne migrent pas dans une migration hors connexion
Cause : certains paramètres système, tels que les arrière-plans de bureau et les imprimantes réseau, ne sont pas pris en charge dans une migration hors connexion. Pour plus d’informations, consultez Qu’est-ce que USMT migre ?
Résolution : dans une migration hors connexion, ces paramètres système doivent être restaurés manuellement.
L’outil ScanState échoue avec le code de retour 26
Cause : une cause courante du code de retour 26 est qu’un profil temporaire est actif sur l’ordinateur source. Ce profil est mappé à c :\users\temp. Le journal ScanState affiche une exception MigStartupOfflineCaught qui inclut l’erreur SID dupliquée du profil utilisateur du message.
Résolution : vous pouvez redémarrer l’ordinateur pour vous débarrasser du profil temporaire ou définir MIG_FAIL_ON_PROFILE_ERROR=0 pour ignorer l’erreur et exclure le profil temporaire.
Inclure et exclure des règles pour la migration de profils utilisateur ne fonctionnent pas comme en ligne
Cause : en mode hors connexion, le serveur DNS ne peut pas être interrogé pour résoudre le nom d’utilisateur et le mappage SID.
Résolution : utilisez un IDENTIFICATEUR de sécurité (SID) pour inclure un utilisateur lors de l’exécution de l’outil ScanState . Par exemple :
ScanState.exe /ui:S1-5-21-124525095-708259637-1543119021*
Le caractère générique (*) à la fin du SID migre également la clé SID_Classes.
Vous pouvez également utiliser des modèles pour les 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’administrateur local. Pour plus d’informations sur les SID Windows, consultez identificateurs de sécurité.
Mon script pour réinitialiser le disque échoue après avoir exécuté l’outil ScanState sur un système 64 bits
Cause : la ruche de Registre HKLM n’est pas déchargée une fois l’exécution de l’outil ScanState terminé.
Résolution : redémarrez l’ordinateur ou déchargez la ruche du Registre à l’invite de commandes une fois que l’outil ScanState a terminé son exécution. Par exemple, à l’invite de commandes, entrez :
reg.exe unload hklm\$dest$software
Problèmes de migration en dur
Les sections suivantes décrivent les problèmes courants de migration de liens durs. Développez la section pour afficher les solutions recommandées.
Les fichiers EFS ne sont pas restaurés dans la nouvelle partition
Cause : les fichiers EFS ne peuvent pas être déplacés vers une nouvelle partition avec un lien dur. L’option /efs:hardlink de ligne de commande s’applique uniquement aux fichiers migrés sur la même partition.
Résolution : utilisez l’option /efs:copyraw de ligne de commande pour copier des fichiers EFS pendant la migration au lieu de créer des liens durs, ou copiez manuellement les fichiers EFS à partir du magasin de liens durs.
L’outil ScanState ne peut pas supprimer un magasin de migration de liens durs précédent
Cause : le magasin de migration contient des liens durs vers des fichiers verrouillés.
Résolution : utilisez l’outil UsmtUtils pour supprimer le magasin ou modifier le nom du magasin. Par exemple, à l’invite de commandes, entrez :
UsmtUtils.exe /rd <storedir>
Vous devez également redémarrer l’ordinateur.
Collecte de données
Si vous avez besoin de l’aide du support Microsoft, nous vous recommandons de collecter les informations en suivant les étapes mentionnées dans Collecter des informations à l’aide de TSS pour les problèmes liés au déploiement.
Articles connexes
Résolution des problèmes liés à l’outil de migration d’état utilisateur (USMT)