Forum Aux Questions

L’ordinateur de destination a besoin de suffisamment d’espace disponible pour les éléments suivants :

• Système d’exploitation

• Applications

• Magasin non compressé

Les fichiers n’ont pas besoin d’être enregistrés sur un serveur. Si vous déplacez l’état utilisateur vers un nouvel ordinateur, le magasin peut être créé sur :

• Un dossier partagé.
• Sur un support amovible, tel qu’un lecteur flash USB (UFD).
• Directement sur l’ordinateur de destination.

Pour le stocker directement sur l’ordinateur de destination :

1. Créez et partagez le répertoire C:\store sur l’ordinateur de destination.

2. Exécutez l’outil ScanState sur l’ordinateur source et enregistrez les fichiers et les paramètres dans \\<DestinationComputerName>\store

3. Exécutez l’outil LoadState sur l’ordinateur de destination et spécifiez C:\store comme emplacement de magasin.

Non. L’outil USMT ne prend pas en charge la migration de données entre des systèmes d’exploitation avec des langues différentes ; la langue du système d’exploitation de l’ordinateur source doit correspondre à la langue du système d’exploitation de l’ordinateur de destination.

Oui. La variable USMT\_WORKING\_DIR d’environnement peut être remplacée par un autre répertoire temporaire. Il existe certains scénarios de migration hors connexion dans lesquels la modification du répertoire temporaire est nécessaire, par exemple, lorsque les fichiers binaires USMT se trouvent sur le support de démarrage winPE (Windows Preinstallation Environment) en lecture seule.

Étant donné que l’outil USMT est inclus dans le Kit de déploiement et d’évaluation Windows (Windows ADK), le package Windows ADK doit être installé sur au moins un ordinateur de l’environnement. Les fichiers binaires USMT peuvent ensuite être copiés à partir du répertoire USMT situé sur l’ordinateur d’origine sur lequel windows ADK a été installé sur d’autres ordinateurs clients.

Pour les ordinateurs sur lesquels windows ADK est installé, la désinstallation de Windows ADK à partir de l’ordinateur désinstalle USMT. Pour les ordinateurs clients sur lesquels windows ADK n’est pas installé, le répertoire USMT peut être supprimé pour désinstaller USMT.

L’élément< unconditionalExclude> peut être utilisé pour exclure globalement des données de la migration. Par exemple, cet élément peut être utilisé pour exclure tous les fichiers MP3 sur l’ordinateur ou pour exclure tous les fichiers de C:\UserData. Cet élément exclut les objets, quelles que soient les autres <règles include> qui se trouvent dans les fichiers .xml . Pour obtenir un exemple, consultezconditionnéExclude<> dans l’article Exclure des fichiers et des paramètres. Pour connaître la syntaxe de cet élément, consultez Bibliothèque d’éléments XML.

L’outil USMT migre les fichiers vers tout %SystemDrive% en conservant la hiérarchie de dossiers correcte. Exemple :

• E:\data\File.pst est sur l’ordinateur source.
• L’ordinateur de destination n’a pas de lecteur E :\.
• C :\ est le lecteur système sur l’ordinateur de destination.

le fichier est migré vers C:\data\File.pst. Ce comportement est vrai même lorsque <les règles locationModify> tentent de déplacer des données vers un lecteur qui n’existe pas sur l’ordinateur de destination.

Les articles suivants incluent des exemples de fichiers .xml USMT :

• 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

Oui. Les fichiers de.xml personnalisés qui ont été écrits pour USMT 5.0 peuvent être utilisés avec des versions plus récentes d’USMT. Toutefois, pour pouvoir utiliser la nouvelle fonctionnalité USMT, les fichiers USMT personnalisés doivent être revisités et actualisés pour inclure les nouvelles options de ligne de commande et les nouveaux éléments XML.

Le schéma XML USMT (MigXML.xsd) peut être utilisé pour écrire et valider la migration.xml fichiers.

Les fichiers .xml ne sont pas copiés dans le magasin comme dans les versions précédentes d’USMT. Étant donné que les outils ScanState et LoadState ont besoin des fichiers .xml pour contrôler la migration, le même ensemble de fichiers .xml doit être spécifié pour les ScanState.exe commandes et LoadState.exe . Si un ensemble particulier de fichiers mig*.xml a été utilisé dans l’outil ScanState , appelé via l’option /auto ou individuellement via l’option /i , la même option doit être utilisée pour appeler exactement les mêmes fichiers mig*.xml dans l’outil LoadState . Toutefois, le Config.xml fichier n’a pas besoin d’être spécifié, sauf si les fichiers et les paramètres qui ont été migrés vers le magasin doivent être exclus. Par exemple, le dossier Documents peut être migré vers le magasin, mais pas vers l’ordinateur de destination. Pour effectuer ce type de migration, modifiez le Config.xml fichier et spécifiez le fichier mis à jour avec la LoadState.exe commande . LoadState migre uniquement les fichiers et paramètres souhaités.

Si un fichier .xml est exclu de la LoadState.exe commande, toutes les données du magasin qui ont été migrées avec les fichiers .xml manquants sont migrées. Toutefois, les règles de migration spécifiées pour la ScanState.exe commande ne s’appliquent pas. Par exemple, si un MigApp.xml fichier qui a une règle de réacheminement telle que MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%") est exclu, USMT ne redirige pas les fichiers. Au lieu de cela, il les migre vers C:\data.

Les MigUser.xmlfichiers , MigApp.xmlet MigDocs.xml peuvent être spécifiés sur la ligne de commande. Chacun de ces fichiers peut être modifié. Les manifestes contrôlent la migration des paramètres du système d’exploitation. Les manifestes ne peuvent pas être modifiés. Pour exclure certains paramètres du système d’exploitation ou d’autres composants, créez et modifiez le Config.xml fichier.

• Scanstate

  Si aucun fichier n’est spécifié avec la ScanState.exe commande , tous les comptes d’utilisateur et les composants du système d’exploitation par défaut sont migrés.

• Loadstate

  Si aucun fichier n’est spécifié avec la LoadState.exe commande , toutes les données qui se trouvent dans le magasin sont migrées. Toutefois, les règles de migration spécifiques à la cible qui ont été spécifiées dans .xml fichiers avec la ScanState.exe commande ne s’appliquent pas. Par exemple, si un MigApp.xml fichier qui a une règle de réacheminement telle que MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%") est exclu, USMT ne redirige pas les fichiers. Au lieu de cela, il les migre vers C:\data.

Pour plus d’informations, consultez Conflits et priorité.

Rubriques connexes

• Résolution des problèmes de l’outil de migration de l’état utilisateur (USMT).
• Extrayez des fichiers d’un magasin de migration USMT compressé.
• Vérifiez la condition d’un magasin de migration compressé.