Touche-à-tout informatique : USMT est votre ami
Même haïssent d'outil USMT souhaiterez revoir cette solution utile pour l'automatisation des migrations de l'OS et accompagné de tous les paramètres de l'utilisateur.
Greg Shields
N'oubliez pas votre dernière migration d'OS ou même l'avant cela ? Choses étaient plus simples puis, exigences sont moins nombreuses. « Automatisation » signifiait écrire une série d'étapes et vérifiant comme vous terminé chacune d'elles. Retour des migrations d'utilisateur puis auraient pu être encombrant et Manuel, mais ils étaient sans soudure, droite ?
En fait, ces migrations étaient souvent un mélange de données déplacées et utilisateurs irritées. À cette époque, notre « migration de données de l'utilisateur » était vraiment juste une liste de contrôle des « choses à retenir. » Cette liste comprend le dossier Mes Documents, fond d'écran, signets de Internet Explorer, un nombre quelconque d'éléments qui ont été dénuée de sens pour elle, mais d'une importance cruciale pour l'utilisateur.
Le Microsoft utilisateur Migration Tool (USMT) est une solution libre qui peut véritablement automatiser cette liste de vérification manuelle de migration. Il est construit directement dans le Microsoft déploiement Toolkit (HAR), que vous pouvez télécharger à partir de le site Web de Microsoft. L'outil USMT rassemble automatiquement des données de vos utilisateurs dans le but d'insérer dans leurs OSes nouveau brillant.
À l'aide de l'outil USMT consiste à bâtir et remplissage d'une part de déploiement au sein de la MDT. Une fois vos images OS sont prêts, applications emballés et séquences de tâche prête pour le déploiement, vous êtes prêt à coup d'une migration USMT-activé ou actualiser. Connectez-vous à l'ordinateur de l'utilisateur, puis exécutez LiteTouch.vbs de \Scripts dossier du votre part déploiement.
Exécute l'outil USMT pourrait être trivialement facile, mais la personnalisation pour recueillir des données qui ne fait pas partie de ses valeurs par défaut n'est pas. Cela, il faut interagir avec les fichiers XML et aucune petite quantité de deviner et vérification pour déterminer les données que vous avez besoin pour capturer.
Le combat avec Migs
Automatisation du déploiement d'OS avec le MDT est un thème massif. Dans l'intérêt de brièveté, je supposerai que vous avez déjà téléchargé le MDT et créé un partage de déploiement de prêt à partir. Aussi, je supposerai que vous avez vos images OS et autres personnalisations prêtes. Tout ce que les restes sont quelques personnalisations pour les données d'état utilisateur que vous souhaitez capturer.
L'outil USMT est configuré pour recueillir les paramètres utilisateur communs. Citons notamment les mêmes types de signets, des images et des documents comme ceux abordés précédemment. Il y a trois fichiers XML qui définissent les données utilisateur sont recueillies :
- MigApp.XML contient des informations sur les paramètres de l'application
- MigUser.XML fournit un contrôle grossier sur les données de profil utilisateur
- MigDocs.XML peut remplacer MigUser.XML pour un contrôle plus serré de migration du document. N'utilisez pas de MigUser.XML et MigDocs.XML en même temps.
Vous trouverez ces trois documents XML de votre part de déploiement de MDT (voir Figure 1). Si vous avez regardé à travers eux, puis vous pouvez ont trouvé qu'il est assez difficile de donner un sens à leur contenu. Ne vous inquiétez pas — ces documents ne sont pas destinés à être édité. Travailler avec eux, il faut tout d'abord créer un autre, distinct fichier XML appelé Config.XML, par exemple.
.jpg)
**Figure 1 :**MigApp.XML vous permettra de connaître les paramètres d'application de l'utilisateur.
Avant d'explorer les détails de ce fichier Config.XML, vous avez besoin de reconnaître que la personnalisation des données QU'USMT se rassembleront est un processus en deux volets. D'abord, identifier les données que vous voulez retirer les valeurs par défaut de l'USMT. Deuxièmement, spécifier les données que vous souhaitez ajouter.
Suppression de données d'une Migration.
Suppression des données d'une migration USMT est la partie facile. En supposant que vous allez utiliser MigApp.XML et MigUser.XML comme vos paramètres par défaut, exécutez la commande suivante pour créer un nouveau fichier Config.XML avec l'aide de la fonction ScanState USMT :
Scanstate.exe /genconfig:Config.XML /i:MigApp.xml /i:MigUser.xml
Remarquez comment ce fichier de configuration est beaucoup plus facile à lire (voir Figure 2). Chaque composante comprend le texte migrer = yes. Pour chacun de ces éléments, vous pouvez supprimer un élément de la liste des choses USMT recueillera des machines de l'utilisateur en remplaçant migrer = Oui avec migrer = non.
.jpg)
Figure 2 : C'est le type de Config.XML vous allez générer pour déterminer une liste de migration.
Vous pouvez considérer le fichier Config.XML, que vous avez juste créé comme une longue liste de tous les éléments USMT pourrait migrer. Son contenu est fondé sur les instructions définies dans MigApp.XML et MigUser.XML. À ce stade, le fichier Config.XML identifie uniquement ces choses que vous ne voulez pas USMT à faire.
Ajout de données à une Migration
Ajout d'éléments à une migration est légèrement plus difficile, car vous devez d'abord identifier discrètement les données que vous souhaitez ajouter. Ces données peuvent exister des fichiers système ou des éléments de Registre. Votre première tâche va trouver les données pas recueillie par défaut et le rétrécissement de votre sélection à exactement ce que vous souhaitez collecter.
Une fois que vous avez identifié ce que vous souhaitez collecter, ajoutant que l'information dans l'outil USMT nécessite un peu de codage XML. Ce codage supplémentaire est souvent ajouté dans un autre, distinct des file—ConfigAdd.XML XML, par exemple.
Microsoft vous donne une liste de certaines configurations possibles pour ce fichier XML. Dans la liste, vous trouverez une série d'exemples que vous pouvez régler afin d'inclure les données spécifiques, que vous devez recueillir. Le premier exemple est le texte que vous utiliseriez pour migrer une clé de registre unique :
<migration urlid="https://www.microsoft.com/migration/1.0/migxmlext/test"> <component type="Application" context="System"> <displayName>Component to migrate only registry value string</displayName> <role role="Settings"> <rules> <include> <objectSet> <pattern type="Registry">HKLM\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Cache [Persistent]</pattern> </objectSet> </include> </rules> </role> </component> </migration>
Notez combien du contenu sont simplement les informations de wrapper pour le chemin du Registre délimitée par <pattern> et </pattern>. Cet exemple migrera la clé de Registre à HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Cache.
Migration des informations de fichier et dossier nécessite le contenu XML remarquablement similaire à ce que vous avez vu dans le premier exemple. Ce second exemple migre vers tous les fichiers et les dossiers de C:\EngineeringDrafts dossier et ses sous-dossiers sur le nouvel ordinateur :
<migration urlid="https://www.microsoft.com/migration/1.0/migxmlext/test"> <component type="Documents" context="System"> <displayName>Component to migrate all Engineering Drafts Documents including subfolders</displayName> <role role="Data"> <rules> <include> <objectSet> <pattern type="File">C:\EngineeringDrafts\* [*]</pattern> </objectSet> </include> </rules> </role> </component> </migration>
Regardez les différences entre ces deux exemples. Vous devriez voir immédiatement où le contenu important est délimité. Vous devez aussi faire attention aux astérisques, comme ils s'identifient où le contenu est migrée. Microsoft fournit six exemples plus qui montrent comment vous pouvez inclure discrètement et exclure des fichiers, des dossiers et des articles de registre d'une migration grâce à l'utilisation prudente des astérisques et d'autres paramètres.
Une fois que vous avez trouvé le contenu, que vous devez ajouter, créer votre fichier ConfigAdd.XML à partir de ce contenu. Votre fichier XML ne doit qu'une seule paire de <migration> et </migration> balises. Ces balises peuvent contenir un ou plusieurs composants différents pour la migration.
Tous les fichiers XML que vous créez la validation peut être un défi car ils doivent valider sans erreurs de travailler au sein de l'outil USMT. Vous pouvez utiliser le outil XML Notepad avec le fichier MigXML.XSD sur votre serveur USMT pour mettre en évidence les erreurs éventuelles.
Intégrer les Migs USMT
Votre dernière étape de ce processus est d'intégrer les deux les fichiers XML de par défaut avec tous les fichiers personnalisés que vous avez créée dans votre part de déploiement de MDT. Créer ces fichiers dans le cadre de la part de déploiement onglet règles, auquel vous pouvez accéder en vue de propriétés de la part déploiement.
Remarquez le texte ci-dessous [par défaut] dans Figure 3. Ce texte souligne tout déploiements OS se produisant par le biais de la part de déploiement pour les fichiers XML par défaut, ainsi que deux fichiers personnalisés nommés Presentations.XML et le fichier Config.XML.
.jpg)
La figure 3 part de déploiement de MDT l'onglet règles est où vous voulez créer votre par défaut les fichiers XML.
Il y a aussi une ligne intitulée ScanStateArgs. Ceci identifie quels profils vous souhaitez migrer. Vous pouvez trouver la liste complète des arguments possibles dans la bibliothèque de TechNet, sous "Options utilisateur".
L'exemple de la Figure 3 met en lumière un scénario courant. En utilisant cette combinaison de commutateurs, USMT migrera seulement profils d'utilisateur de domaine qui ont ouvert une session dans le passé 60 jours. Il ignorera les profils locaux. Il est utile dans de nombreuses situations, principalement à réduire la quantité de données migrées de restreindre le nombre de profils migrée. Réduire ces données réduit également la quantité de temps QU'USMT a besoin pour accomplir sa tâche.
La finale élément intitulée UserDataLocation a la valeur AUTO. Ce paramètre indique à USMT pour utiliser un type de migration appelé une migration de lien dur pendant une actualisation de la PC. Pour un remplacement de PC, USMT utilisera un partage réseau pour stocker les informations de l'utilisateur.
Les deux instructions suivantes sont également utiles. Ces spécifient le partage réseau à utiliser pendant un remplacement de PC :
UDShare=\\fileServer\fileShare UDDir=%OSDComputerName%
Donnant l'outil USMT, essayez un autre
USMT a vécu une longue vie. Il a également acquis une réputation quelque peu ternie comme étant difficile à utiliser. Personnalisation de l'outil USMT exige en effet un peu d'effort pour creuser au moyen de fichiers XML et même créer quelques-uns de vos propres. Si vous êtes disposé et intrépide, l'outil USMT offre une solution puissante pour automatiser les listes de contrôle autrement papier-crayon de migrations depuis longtemps passé. Pensez à donner à l'outil USMT essayer une autre si vous êtes fatigué des ennuis pour oublier les favoris de l'utilisateur lorsque l'actualisation ou la migration de son ordinateur. Moi je le reste.
.jpg)
**Greg Shields,**MVP, est associé à un concentré de technologie. Obtenez plus de touche-à-tout astuces et des conseils des boucliers à ConcentratedTech.com.