Problèmes courants liés à l’outil de migration de l’état utilisateur (USMT)

Les sections suivantes traitent des problèmes courants que vous pouvez rencontrer lorsque vous exécutez les outils USMT 10.0. USMT produit des fichiers journaux qui décrivent plus en détail les erreurs qui se sont produites pendant le processus de migration. Ces journaux 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 pendant 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’API Windows®. Pour plus d’informations sur les codes de retour et les messages d’erreur USMT, 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 net.exe helpmsg <error_number> d’invite de commandes où< error_number> est le 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 la raison de l’échec d’une migration USMT. Nous vous recommandons d’utiliser l’option lors du /v:5 test 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 aille vers un débogueur.

    Remarque

    L’exécution des outils ScanState et LoadState avec l’option /v:5 cré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ù les erreurs de migration se sont produites.

  • Utilisez l’option /Verify avec l’outil UsmtUtils pour déterminer si des 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 /Extract avec 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 /Progress pour 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 que les Explorer Internet et tout autre programme pertinent. Vérifiez ensuite les étapes exactes nécessaires pour reproduire le problème. Ces informations peuvent vous aider à comprendre ce qui ne va pas 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 de l’économiseur d’écran ne prendront pas effet jusqu’à la prochaine connexion de l’utilisateur final.

  • 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, l’outil USMT peut ne pas migrer les fichiers PST.

    Remarque

    L’outil 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 été migré.

Problèmes de compte d’utilisateur

Les sections suivantes décrivent les problèmes courants liés aux comptes d’utilisateur. Développez la section pour voir les solutions recommandées.

Je rencontre des problèmes pour créer des 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 administratives pour vous assurer que tous les utilisateurs spécifiés sont migrés. Pour exécuter en mode Administrateur :

  1. Sélectionnez Démarrer>tous les accessoires de programmes>.

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

  3. Sélectionnez Exécuter en tant qu’administrateur.

  4. 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.

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.

Les 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 en ui conflit. Si un utilisateur est spécifié avec l’option /ui et avec les /ue options ou /uel en même temps, l’utilisateur est inclus dans la migration. Par exemple, si vous spécifiez /ui:domain1\* /ue:domain1\user1, User1 sera migré, car l’option /ui est prioritaire.

Résolution: Pour plus d’informations sur l’utilisation /ui des options et /ue , 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 : Pendant un test de migration, si vous exécutez l’outil ScanState sur votre ordinateur de test, puis supprimez des profils utilisateur afin de 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 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 :

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

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

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

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

Les fichiers qui n’étaient pas 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 du 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 en tant que 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 de ligne de commande courants. Développez la section pour voir 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 magasin ou de chemin 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 dans C :\Program Files\USMT40 sera 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 et 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 des journaux. »

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 /l:ScanState.log ou /l:LoadState.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 voir les solutions recommandées.

J’ai utilisé l’option /genconfig pour créer un fichier Config.xml, mais je ne vois que quelques applications et composants qui se trouvent dans MigApp.xml. Pourquoi Config.xml ne contient-il 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 qui sont installés sur l’ordinateur lorsque vous exécutez l’option /genconfig . Sinon, ces applications et composants n’apparaîtront 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, exécutez 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 .xml personnalisé que j’ai créé, et je ne parviens 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 l’outil 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 y a 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 prévu. 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 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 voir les solutions recommandées.

Les fichiers que j’ai spécifiés à 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 précédence et la 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 été 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 la migration .xml fichiers. Consultez également les exemples XML dans les articles suivants :

Conflits et priorité

Exclure des fichiers et des paramètres

Rediriger les fichiers et les paramètres

Inclure des fichiers et des paramètres

Exemples XML personnalisés

Une fois LoadState terminé, le nouvel arrière-plan du 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 d’économiseur d’écran 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, déconnectez-vous, puis reconnectez-vous pour voir 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 à des profils Outlook, vous devez créer une règle de migration distincte pour capturer ces fichiers.

L’outil USMT ne migre pas la disposition de l’accueil

Description: Vous utilisez USMT pour migrer des profils d’une installation de Windows 10 vers une autre installation de Windows 10 sur un matériel différent. Après la migration, l’utilisateur se connecte au nouvel appareil et n’a pas la disposition du menu Démarrer qu’il avait configurée précédemment.

Cause : Une modification du code dans le menu Démarrer avec Windows 10 version 1607 et ultérieure n’est pas compatible avec cette fonction USMT.

Résolution: La solution de contournement suivante est disponible :

  1. Une fois l’utilisateur connecté, sauvegardez la disposition de démarrage à l’aide de la commande Windows PowerShell suivante. Vous pouvez spécifier un autre chemin si vous le souhaitez :

    Export-StartLayout -Path "C:\Layout\user1.xml"
    
  2. Migrez le profil de l’utilisateur avec USMT.

  3. Avant que l’utilisateur ne se connecte sur le nouvel appareil, importez la disposition de démarrage à 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 multi-utilisateurs, 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 utiliseront 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 voir les solutions recommandées.

Certains de mes paramètres système ne migrent pas lors 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 une migration hors connexion. Pour plus d’informations, consultez Qu’est-ce que l’outil 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 le message Erreur SID en double du profil utilisateur.

Résolution: Vous pouvez redémarrer l’ordinateur pour supprimer le profil temporaire ou 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 façon hors connexion qu’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*

La carte 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 de réinitialisation du 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’outil ScanState terminé.

Résolution: Redémarrez l’ordinateur ou déchargez la ruche du Registre à l’invite de commandes une fois l’outil ScanState terminé. Par exemple, à l’invite de commandes, entrez :

reg.exe unload hklm\$dest$software

Les sections suivantes décrivent les problèmes courants de migration de liaisons matérielles. Développez la section pour voir les solutions recommandées.

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

Cause : Les fichiers EFS ne peuvent pas être déplacés vers une nouvelle partition avec un lien physique. 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 les fichiers EFS pendant la migration au lieu de créer des liens physiques, ou copiez manuellement les fichiers EFS à partir du magasin de liens en dur.

Cause : Le magasin de migration contient des liens 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.

Résolution des problèmes liés à l’outil de migration de l’état utilisateur (USMT)

Foire aux questions

Codes de retour

Syntaxe UsmtUtils