Informations de référence sur la migration hors connexion
La migration hors connexion permet à l’outil ScanState de s’exécuter à l’intérieur d’un autre système d’exploitation Windows que le système d’exploitation Windows à partir duquel ScanState collecte des fichiers et des paramètres. Il existe deux scénarios principaux hors connexion :
Windows PE. L’outil ScanState peut être exécuté à partir de Windows PE, en collectant des fichiers et des paramètres à partir du système d’exploitation Windows hors connexion sur cet ordinateur.
Windows.old. L’outil ScanState peut désormais collecter des fichiers et des paramètres à partir du répertoire Windows.old créé lors de l’installation de Windows sur une partition qui contient une installation précédente de Windows. Par exemple, l’outil ScanState peut s’exécuter dans Windows 10, en rassemblant les fichiers d’une installation précédente de Windows 7 ou Windows 8 contenue dans le répertoire Windows.old.
Lorsque vous utilisez User State Migration Tool (USMT) 10.0 pour collecter et restaurer l’état utilisateur, la migration hors connexion réduit le coût du déploiement en :
Réduction de la complexité. Dans les scénarios d’actualisation de l’ordinateur, les migrations à partir du répertoire Windows.old réduisent la complexité en éliminant la nécessité d’exécuter l’outil ScanState avant le déploiement du système d’exploitation. En outre, les migrations à partir du répertoire Windows.old permettent d’exécuter successivement ScanState et LoadState.
Amélioration des performances. Lorsque l’outil USMT s’exécute dans un environnement WinPE (Windows Preinstallation Environment) hors connexion, il a un meilleur accès aux ressources matérielles. L’exécution de l’outil USMT dans WinPE peut améliorer les performances sur des machines plus anciennes avec des ressources matérielles limitées et de nombreuses applications logicielles installées.
Nouveau scénario de récupération. Dans les scénarios où une machine ne redémarre plus correctement, il peut être possible de collecter l’état de l’utilisateur avec l’outil ScanState à partir de WinPE.
Qu’est-ce qui va migrer hors connexion ?
Les données et paramètres utilisateur suivants sont migrés hors connexion, de la même façon qu’une migration en ligne :
Données et clés de Registre spécifiées dans MigXML
Comptes d’utilisateurs
Paramètres de l’application
Ensemble limité de paramètres du système d’exploitation
Fichiers EFS
Favoris internet Explorer
Pour connaître les exceptions à ce que vous pouvez migrer hors connexion, consultez Qu’est-ce que l’outil USMT migre ?
Quels environnements hors connexion sont pris en charge ?
Le tableau suivant définit la combinaison prise en charge des systèmes d’exploitation en ligne et hors connexion dans USMT.
| Système d’exploitation en cours d’exécution | Système d’exploitation hors connexion |
|---|---|
| WinPE 5.0 ou version ultérieure, avec la bibliothèque MSXML | Windows 7, Windows 8, Windows 10 |
| Windows 7, Windows 8, Windows 10 | Répertoire Windows.old |
Remarque
Il est possible d’exécuter l’outil ScanState pendant que le lecteur reste chiffré en suspendant le chiffrement de lecteur Windows BitLocker avant de démarrer dans WinPE. Pour plus d’informations, consultez ce site Microsoft.
Appartenance à un groupe d’utilisateurs et contrôle de profil
L’appartenance aux groupes d’utilisateurs n’est pas conservée pendant les migrations hors connexion. Vous devez configurer une <section ProfileControl> dans le Config.xml fichier pour spécifier les groupes dont les utilisateurs migrés doivent être membres. L’exemple suivant place tous les utilisateurs migrés dans le groupe Utilisateurs :
<Configuration>
<ProfileControl>
<localGroups>
<mappings>
<changeGroup from="*" to="Users" appliesTo="MigratedUsers">
<include>
<pattern>*</pattern>
</include>
</changeGroup>
</mappings>
</localGroups>
</ProfileControl>
</Configuration>
Pour plus d’informations sur le format d’un Config.xml fichier, consultez Config.xml Fichier.
Options de ligne de commande
Une migration hors connexion peut être activée à l’aide d’un fichier de configuration sur la ligne de commande ou à l’aide de l’une des options de ligne de commande suivantes :
| Composant | Option | Description |
|---|---|---|
| ScanState.exe | /offline:<path to Offline.xml> | Cette option de ligne de commande active le mode de migration hors connexion et nécessite un chemin d’accès à un fichier de configuration Offline.xml. |
| ScanState.exe | /offlineWinDir:<Répertoire> Windows | Cette option de ligne de commande active le mode de migration hors connexion et démarre la migration à partir de l’emplacement spécifié. Il est uniquement utilisé dans les scénarios hors connexion WinPE où la migration se produit à partir d’un répertoire Windows. |
| ScanState.exe | /OfflineWinOld:<Windows.old directory> | Cette option de ligne de commande active le mode de migration hors connexion et démarre la migration à partir de l’emplacement spécifié. Il est uniquement destiné à être utilisé dans les scénarios de migration Windows.old, où la migration se produit à partir d’un répertoire Windows.old. |
Vous ne pouvez utiliser qu’une seule des options de ligne de commande , /offlineWinDirou /OfflineWinOld à la /offlinefois. L’outil USMT ne prend pas en charge l’utilisation de plusieurs ensemble.
Variables d’environnement
Les variables d’environnement système suivantes sont nécessaires dans les scénarios décrits ci-dessous.
| Variable | Valeur | Scénario |
|---|---|---|
| USMT_WORKING_DIR | Chemin d’accès complet à un répertoire de travail | Obligatoire lorsque les fichiers binaires USMT se trouvent sur un média en lecture seule, ce qui ne prend pas en charge la création de fichiers journaux ou de stockage temporaire. Pour définir la variable d’environnement système, à l’invite de commandes, tapez la commande suivante : |
| MIG_OFFLINE_PLATFORM_ARCH* | 32 ou 64 | En mode hors connexion, cette variable d’environnement définit l’architecture du système hors connexion, si le système ne correspond pas à WinPE et ScanState.exe à l’architecture. Cette variable d’environnement permet à l’application ScanState 32 bits de collecter des données à partir d’un ordinateur avec une architecture 64 bits, ou à l’application ScanState 64 bits pour collecter des données à partir d’un ordinateur avec une architecture 32 bits. La spécification de l’architecture est nécessaire lorsque la détection automatique de l’architecture hors connexion ne fonctionne pas correctement. Par exemple, pour définir cette variable d’environnement système pour une architecture 32 bits, à l’invite de commandes, tapez la commande suivante : |
Offline.xml éléments
Utilisez un Offline.xml fichier lors de l’exécution de l’outil ScanState sur un ordinateur qui possède plusieurs répertoires Windows. Le Offline.xml fichier spécifie les répertoires à analyser pour les fichiers Windows. Un Offline.xml fichier peut être utilisé avec l’option /offline comme alternative à la spécification d’un chemin d’accès de répertoire Windows unique avec l’option /offlineDir .
<hors-ligne>
Cet élément contient d’autres éléments qui définissent la façon dont une migration hors connexion doit être effectuée.
Syntaxe: <offline></offline>
<winDir>
Cet élément est un enfant obligatoire de hors connexion> et contient des< informations sur la façon dont le volume hors connexion peut être sélectionné. La migration est effectuée à partir du premier élément de <winDir> qui contient un volume système Windows valide.
Syntaxe: <winDir></winDir>
<path>
Cet élément est un enfant obligatoire de <winDir> et contient un chemin d’accès de fichier pointant vers un répertoire Windows valide. Les chemins d’accès relatifs sont interprétés à partir du répertoire de travail de l’outil ScanState.
Syntaxe: <path> C:\Windows </path>
- ou -
Syntaxe, lorsqu’elle est utilisée avec l’élément <mappages> : <path> C:\, D:\ </path>
<Mappages>
Cet élément est un enfant facultatif de <offline>. Lorsqu’il est spécifié, l’élément <mappings remplace les mappages> de lecteur WinPE détectés automatiquement. Chaque élément de chemin> enfant< fournit un mappage d’un volume système à un autre. En outre, des mappages entre dossiers peuvent être fournis, car un volume entier peut être monté sur un dossier spécifique.
Syntaxe: <mappings></mappings>
<failOnMultipleWinDir>
Cet élément est un enfant facultatif de <offline>. L’élément< failOnMultipleWinDir> permet à l’utilisateur de spécifier que la migration doit échouer lorsque l’outil USMT détecte que plusieurs instances de Windows sont installées sur l’ordinateur source. Lorsque l’élément <failOnMultipleWinDir> n’est pas présent, le comportement par défaut est que la migration n’échoue pas.
Syntaxe: <failOnMultipleWinDir>1</failOnMultipleWinDir>
- ou -
Syntaxe: <failOnMultipleWinDir>0</failOnMultipleWinDir>
Exemple de .xml hors connexion
L’exemple XML suivant illustre certains des éléments décrits plus haut dans cet article.
<offline>
<winDir>
<path>C:\Windows</path>
<path>D:\Windows</path>
<path>E:\</path>
</winDir>
<failOnMultipleWinDir>1</failOnMultipleWinDir>
</offline>
Articles connexes
Commentaires
Envoyer et afficher des commentaires pour