Esperto a tutto tondo: L'amico Utilità di migrazione stato utente (USMT)

Haters anche di utilità di migrazione stato utente potrebbe voler rivedere questa soluzione utile per automatizzare le migrazioni OS e portando lungo tutte le impostazioni utente.

Greg Shields

Ricordate ultima migrazione OS, o anche uno prima di che? Le cose erano più semplici, poi, le richieste sono state meno. "Automatizzare" significava la scrittura giù una serie di passaggi e controllandoli come completato ciascuno. Migrazioni utente torna poi avrebbe potuto essere ingombrante e manuale, ma erano senza soluzione di continuità, giusto?

In realtà, queste migrazioni erano spesso un guazzabuglio di dati fuori luogo e irritati gli utenti. Allora il nostro "migrazione di dati utente" era davvero solo una lista di "cose da ricordare". Tale elenco incluso la cartella documenti, sfondo del desktop, tra i preferiti di Internet Explorer, qualsiasi numero di elementi che erano insignificanti ad esso, ma di profonda importanza per l'utente.

Microsoft User State Migration Tool (USMT) è una soluzione gratuita che veramente possibile automatizzare tale elenco di controllo di migrazione manuale. È costruito direttamente nella Microsoft Deployment Toolkit (MDT), che si può scaricare da il sito Web Microsoft. Il USMT raccoglie automaticamente i dati degli utenti con l'obiettivo di inserendolo indietro nei loro OSes nuovo lucido.

Utilizzando il USMT coinvolge edificio e popolando una condivisione di distribuzione entro la MDT. Una volta immagini del sistema operativo sono pronte, applicazioni confezionati e sequenze di attività pronti per la distribuzione, siete pronti a dare il via a una migrazione di USMT abilitato o refresh. Accedere al computer dell'utente, quindi eseguire LiteTouch all'interno della cartella \Scripts di condivisione di distribuzione.

Esegue il USMT potrebbe essere banalmente facile, ma personalizzarlo per raccogliere dati che non fa parte delle sue impostazioni predefinite non è. In questo modo è necessario interagire con i file XML e nessuna piccola quantità di indovinare e controllo per determinare i dati che è necessario acquisire.

Combattendo con Migs

Automazione della distribuzione OS con la MDT è un argomento massiccio. Nell'interesse della brevità, sarò presumo che hai già scaricato il MDT e creata una condivisione di distribuzione ready-to-go. Sarò anche supponete di che avere immagini del sistema operativo e altre personalizzazioni pronti. Tutto ciò che rimane sono alcune personalizzazioni per i dati di stato utente che si desidera acquisire.

Il USMT è configurato per raccogliere le impostazioni utente comuni. Questi includono lo stesso tipo di segnalibri, immagini e documenti come quelli descritti in precedenza. Ci sono tre file XML che definiscono i dati utente vengono raccolti:

  • MigApp. xml contiene informazioni sulle impostazioni dell'applicazione
  • Miguser fornisce un controllo grossolano dati del profilo utente
  • MigDocs può sostituire miguser. xml per un controllo più stretto sulla migrazione del documento. Allo stesso tempo, non utilizzare miguser. xml e MigDocs.

Troverete questi tre documenti XML nella vostra quota di distribuzione MDT (vedere Figura 1). Se hai hai guardato attraverso di loro, allora si potrebbe hanno scoperto che il senso del loro contenuto è abbastanza difficile. Non preoccupatevi — questi documenti non sono destinati ad essere modificati. Lavorare con loro è necessario prima creare file XML separato, un altro chiamato config. xml, ad esempio.

**Figura 1:**MigApp. XML vi permetterà di conoscere le impostazioni dell'applicazione di un utente.

Prima di esplorare i dettagli di questo file config. xml, è necessario riconoscere che la personalizzazione dei dati che USMT si riuniranno è un processo in due parti. In primo luogo, identificare i dati che si desidera rimuovere dalle impostazioni predefinite USMT. In secondo luogo, specificare i dati che si desidera aggiungere.

Rimozione di dati da una migrazione

Rimozione di dati da una migrazione di USMT è la parte facile. Supponendo che userete migapp. xml e miguser come le impostazioni predefinite, eseguire il seguente comando per creare un nuovo file config. xml con l'aiuto della funzione USMT ScanState:

Scanstate.exe /genconfig:Config.XML /i:MigApp.xml /i:MigUser.xml

Si noti come questo file di configurazione è molto più facile da leggere (vedere Figura 2). Ogni componente include il testo migrare = yes. Per ciascuno di questi elementi, è possibile rimuovere un elemento dall'elenco di cose USMT raccoglierà dalle macchine utente sostituendo la migrazione = sì con migrazione = no.

Figura 2: Questo è il tipo di file config. xml verrà generato per determinare un elenco di migrazione.

Si può considerare il file config. xml che hai appena creato come un lungo elenco di tutti gli elementi che potrebbero eseguire la migrazione di USMT. I contenuti sono basati sulle istruzioni definite in migapp. xml e miguser. A questo punto, il file config. XML identifica solo quelle cose che non volete USMT fare.

Aggiunta di dati a una migrazione

Aggiunta di elementi a una migrazione è leggermente più difficile perché è innanzitutto necessario discretamente identificare i dati che si desidera aggiungere. Che i dati possano esistere come file di sistema o elementi del registro. La prima operazione sarà trovare i dati non essere riuniti per impostazione predefinita e restringimento esattamente che cosa si desidera raccogliere la selezione.

Una volta che hai identificato ciò che si desidera raccogliere, aggiungendo che le informazioni in USMT richiede un po' di codifica XML. Questa codifica supplementare è spesso aggiunto in un altro, separato file—ConfigAdd.XML XML, ad esempio.

Microsoft ti dà una lista di alcune configurazioni possibili per questo file XML. Nell'elenco troverete una serie di esempi che è possibile sintonizzarsi per includere i dati specifici che è necessario raccogliere. Il primo esempio è il testo che si utilizzerebbe per eseguire la migrazione di una chiave di registro unico:

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

Si noti come gran parte del contenuto sono semplicemente wrapper informazioni per il percorso del Registro di sistema, delimitato da <pattern> e </pattern>. Questo esempio migrerà la chiave di registro trovata a HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Cache.

Eseguire la migrazione di file e cartelle informazioni richiede contenuti XML notevolmente simili a quello che avete visto nel primo esempio. Questo secondo esempio migra tutti i file e le cartelle da C:\EngineeringDrafts cartelle e sottocartelle sul nuovo computer:

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

Guardate le differenze tra questi due esempi. Si dovrebbe vedere immediatamente dove sono delimitato contenuti importanti. Inoltre occorre fare attenzione agli asterischi, come identificano dove viene migrato il contenuto. Microsoft fornisce sei ulteriori esempi che mostrano come discretamente includono ed escludere file, cartelle e chiavi di registro da una migrazione attraverso l'uso attento di asterischi e altre opzioni.

Una volta che avrete capito il contenuto, che è necessario aggiungere, creare il file ConfigAdd.XML da questo contenuto. File XML ha bisogno solo di un solo paio di <migration> e </migration> Tag. Questi tag possono contenere uno o più componenti differenti per la migrazione.

Qualsiasi file XML che si crea la convalida può essere una sfida, perché essi deve convalidare senza errori di lavorare all'interno di USMT. È possibile utilizzare la XML Notepad strumento con il file di MigXML sul vostro server USMT per evidenziare eventuali errori.

Integrazione Migs USMT

Il passaggio finale di questo processo consiste nell'integrare entrambi i file XML di default insieme a qualsiasi file personalizzati che hai creato nella vostra quota di distribuzione MDT. Creare questi file sotto la quota di distribuzione scheda regole, che è possibile accedere in vista di proprietà della condivisione di distribuzione.

Si noti che il testo sotto [Default] nel Figura 3. Questo testo punti distribuzioni di qualsiasi OS che avvengono attraverso la condivisione di distribuzione per i file XML predefiniti, come pure i due file personalizzati denominati Presentations.XML e config. xml.

Figura 3 condivisione di distribuzione MDT la scheda regole è dove si desidera creare predefinito XML files.

C'è anche una linea intitolata ScanStateArgs. Questo identifica quali profili che si desidera eseguire la migrazione. È possibile trovare l'intero elenco di possibili argomenti nella libreria TechNet, sotto "Opzioni utente".

Nell'esempio riportato in Figura 3 evidenzia uno scenario comune. Utilizzando questa combinazione di interruttori, USMT solo migrerà profili utente di dominio che hanno effettuato l'accesso negli ultimi 60 giorni. Esso ignorerà profili locali. Limitare il numero di profili in fase di migrazione è utile in molte situazioni, principalmente per ridurre la quantità di dati migrati. Riduzione dei dati riduce anche la quantità di tempo che USMT deve portare a termine il suo compito.

La finale articolo intitolata UserDataLocation è impostata su automatico. Questa impostazione incarica USMT di utilizzare un tipo di migrazione chiamato una migrazione hard link durante un aggiornamento del PC. Per una sostituzione di PC, USMT utilizzerà una condivisione di rete per memorizzare le informazioni utente.

Le due istruzioni seguenti sono anche utili. Questi specificare la condivisione di rete per essere usato durante una sostituzione del PC:

UDShare=\\fileServer\fileShare UDDir=%OSDComputerName%

Dando il USMT un altro tentativo

USMT ha vissuto una lunga vita. Anche, si è guadagnata la reputazione di un po ' offuscata di essere difficile da usare. Personalizzazione del USMT infatti richiedono un po' di sforzo per scavare attraverso file XML e creare anche alcuni dei vostri propri. Se siete disposti e intrepido, il USMT fornisce una potente soluzione per automatizzare le liste di controllo altrimenti carta e matita delle migrazioni lungo passato. Si consideri dando il USMT un altro tentativo, se siete stanchi di ottenere nei guai per dimenticare i segnalibri di un utente quando rinfrescante o migrazione il suo computer. So che lo farò.

Greg_Shields

**Greg Shields,**MVP, è un partner al concentrato di tecnologia. Ottenere più di 'Shields Trades suggerimenti e trucchi con ConcentratedTech.com.

Contenuto correlato