Funzionamento di USMT
USMT include due strumenti che eseguono la migrazione di impostazioni e dati: ScanState e LoadState. ScanState raccoglie informazioni dal computer di origine e LoadState applica le informazioni al computer di destinazione.
Processo di ScanState
Processo di LoadState
Nota
Per altre informazioni sul modo in cui USMT elabora le regole e i file XML, vedi Conflitti e precedenza.
Processo di ScanState
Quando esegui lo strumento ScanState nel computer di origine, viene eseguito il processo seguente:
Analizza e convalida i parametri della riga di comando, crea il file ScanState.log e quindi avvia la registrazione.
Raccoglie informazioni su tutti i componenti di migrazione che devono essere migrati. Un componente di migrazione è un gruppo logico di file, chiavi del Registro di sistema e valori. Ad esempio, l'insieme dei file, delle chiavi del Registro di sistema e dei valori in cui vengono archiviate le impostazioni di Adobe Acrobat viene raggruppato in un singolo componente di migrazione.
Sono disponibili tre tipi di componenti:
Componenti che eseguono la migrazione delle impostazioni del sistema operativo
Componenti che eseguono la migrazione delle impostazioni delle applicazioni
Componenti che eseguono la migrazione dei file degli utenti
Lo strumento ScanState raccoglie informazioni sulle impostazioni delle applicazioni e sui componenti dei dati utente dai file XML specificati nella riga di comando.
In Windows 7 e Windows 8 i file manifesto controllano la modalità di migrazione delle impostazioni del sistema operativo. Non è possibile modificare questi file. Se vuoi escludere determinate impostazioni del sistema operativo, devi creare e modificare un file Config.xml.
ScanState determina i profili utente da migrare. Per impostazione predefinita, viene eseguita la migrazione di tutti i profili utente nel computer di origine. Puoi tuttavia includere ed escludere utenti usando le relative opzioni. La migrazione del profilo pubblico in un computer di origine che esegue Windows 7, Windows 8 e Windows 10 viene sempre eseguita e non è possibile escludere questi profili dalla migrazione.
Nella fase di analisi, ScanState esegue le operazioni seguenti per ogni profilo utente selezionato per la migrazione:
Per ogni componente, ScanState controlla il tipo di componente. Se il profilo utente corrente è il profilo di sistema e il tipo di componente è “System” o “UserAndSystem”, il componente viene selezionato per questo utente. In caso contrario, il componente viene ignorato. In alternativa, se il profilo utente corrente non è il profilo di sistema e il tipo di componente è “User” o “UserAndSystem”, il componente viene selezionato per questo utente. In caso contrario, il componente viene ignorato.
Nota
Da questo punto in poi, ScanState non distingue tra i componenti che migrano le impostazioni del sistema operativo, i componenti che migrano le impostazioni delle applicazioni e i componenti che migrano i file degli utenti. ScanState elabora tutti i componenti allo stesso modo.
Ogni componente selezionato nel passaggio precedente viene elaborato ancora. Qualsiasi variabile specifica del profilo (come ad esempio CSIDL_PERSONAL) viene valutata nel contesto del profilo corrente. Ad esempio, se il profilo in fase di elaborazione appartiene a “Utente1”, CSIDL_PERSONAL viene espanso in C:\Utenti\Utente1\Documenti, presupponendo che i profili utenti siano archiviati nella directory C:\Utenti.
Per ogni componente selezionato, ScanState valuta la sezione <detects>. Se la condizione nella sezione <detects> restituisce false, il componente non viene più elaborato. In caso contrario, l'elaborazione del componente continua.
Per ogni componente selezionato, ScanState valuta le sezioni <rules>. Per ogni sezione <rules>, se il profilo utente corrente è il profilo di sistema e il contesto della sezione <rules> è “System” o “UserAndSystem”, la regola viene elaborata. In caso contrario, la regola viene ignorata. In alternativa, se il profilo utente corrente non è il profilo di sistema e il contesto della sezione <rules> è “User” o “UserAndSystem”, la regola viene elaborata. In caso contrario, la regola viene ignorata.
ScanState crea un elenco di unità di migrazione che devono essere migrate mediante l'elaborazione delle diverse sottosezioni in questa sezione <rules>. Ogni unità viene raccolta se è inclusa in una sottosezione <include>, se non è disponibile una regola più specifica per l'unità in una sottosezione <exclude> nella stessa sezione <rules>. Per altre informazioni sulla precedenza nei file XML, vedi Conflitti e precedenza.
Non viene inoltre eseguita la migrazione di qualsiasi unità di migrazione, ad esempio un file, una chiave del Registro di sistema o un insieme di valori del Registro di sistema, che si trova in una sezione <UnconditionalExclude>.
Nota
ScanState ignora alcune sottosezioni, ad esempio <destinationCleanup> e <locationModify>. Queste sezioni vengono valutate solo nel computer di destinazione.
Nella fase di raccolta ScanState crea un elenco master delle unità di migrazione, combinando gli elenchi creati per ogni profilo utente selezionato.
Nella fase di salvataggio, ScanState scrive le unità di migrazione raccolte nel percorso dell'archivio.
Nota
ScanState non modifica in alcun modo il computer di origine.
Processo di LoadState
Il processo di LoadState è molto simile al processo di ScanState. Lo strumento ScanState raccoglie le unità di migrazione, ad esempio file, chiave o valori del Registro di sistema, dal computer di origine e le salva nell'archivio. Analogamente, lo strumento LoadState raccoglie le unità di migrazione dall'archivio e le applica al computer di destinazione.
ScanState analizza e convalida i parametri della riga di comando, crea il file ScanState.log e quindi avvia la registrazione.
LoadState raccoglie informazioni sui i componenti di migrazione che devono essere migrati.
LoadState ottiene informazioni per i componenti delle impostazioni delle applicazioni e dei dati utente dai file XML di migrazione specificati dal comando LoadState.
In Windows 7 e Windows 8 i file manifesto controllano la modalità di migrazione delle impostazioni del sistema operativo. Non è possibile modificare questi file. Se vuoi escludere determinate impostazioni del sistema operativo, devi creare e modificare un file Config.xml.
LoadState determina i profili utente da migrare. Per impostazione predefinita, viene eseguita la migrazione di tutti i profili utente presenti nel computer di origine. Puoi tuttavia includere ed escludere utenti usando le relative opzioni. La migrazione del profilo di sistema, ovvero il profilo "Tutti gli utenti" in un computer di origine che esegue Windows XP o il profilo pubblico in un computer di origine che esegue Windows Vista, Windows 7 e Windows 8, viene sempre eseguita e non è possibile escludere questi profili dalla migrazione.
Se stai eseguendo la migrazione di account utente locali e se gli account non sono già presenti nel computer di destinazione, devi usare l'opzione della riga di comando /lac. Se non specifichi l'opzione /lac, non verrà eseguita la migrazione degli account utente locali che non sono già presenti nel computer di destinazione.
Le opzioni /md e /mu vengono elaborate per rinominare il profilo utente nel computer di destinazione, se sono state incluse quando è stato specificato il comando LoadState.
Per ogni profilo utente selezionato dall'archivio, LoadState crea un profilo utente corrispondente nel computer di destinazione. Per creare profili utente di dominio, non è necessario che il computer di destinazione sia connesso al dominio. Se USMT non riesce a determinare un dominio, prova ad applicare le impostazioni a un account locale. Per altre informazioni, vedi Identificare gli utenti.
Nella fase di analisi LoadState esegue le operazioni seguenti per ogni profilo utente:
Per ogni componente, LoadState controlla il tipo di componente. Se il profilo utente corrente è il profilo di sistema e il tipo di componente è “System” o “UserAndSystem”, il componente viene selezionato per questo utente. In caso contrario, il componente viene ignorato. In alternativa, se il profilo utente corrente non è il profilo di sistema e il tipo di componente è “User” o “UserAndSystem”, il componente viene selezionato per questo utente. In caso contrario, il componente viene ignorato.
Nota
Da questo punto in poi, LoadState non distingue tra i componenti che migrano le impostazioni del sistema operativo, i componenti che migrano le impostazioni delle applicazioni e i componenti che migrano i file degli utenti. LoadState valuta tutti i componenti allo stesso modo.
Ogni componente selezionato viene elaborato ulteriormente. Qualsiasi variabile specifica del profilo (come ad esempio CSIDL_PERSONAL) viene valutata nel contesto del profilo corrente. Ad esempio, se il profilo in fase di elaborazione appartiene a “Utente1”, CSIDL_PERSONAL viene espanso in C:\Utenti\Utente1\Documenti, presupponendo che i profili utenti siano archiviati nella directory C:\Utenti.
Nota
LoadState ignora la sezione <detects> specificata in un componente. A questo punto, si presuppone che tutti i componenti specificati siano stati rilevati e vengono selezionati per la migrazione.
Per ogni componente selezionato, LoadState valuta le sezioni <rules>. Per ogni sezione <rules>, se il profilo utente corrente è il profilo di sistema e il contesto della sezione <rules> è “System” o “UserAndSystem”, la regola viene elaborata. In caso contrario, la regola viene ignorata. In alternativa, se il profilo utente corrente non è il profilo di sistema e il contesto della sezione <rules> è “User” o “UserAndSystem”, la regola viene elaborata. In caso contrario, la regola viene ignorata.
LoadState crea un elenco master di unità di migrazione mediante l'elaborazione delle diverse sottosezioni disponibili nella sezione <rules>. Ogni unità di migrazione inclusa in una sottosezione <include> viene migrata come unità lunga, perché non è disponibile alcuna regola specifica per l'unità in una sottosezione <exclude> nella stessa sezione <rules>. Per altre informazioni sulla precedenza, vedi Conflitti e precedenza.
LoadState valuta le sottosezioni specifiche del computer di destinazione, ad esempio, le sottosezioni <destinationCleanup> e <locationModify>.
Se il computer di destinazione esegue Windows 7 o Windows 8, le unità di migrazione raccolte da ScanState usando file manifesto di livello inferiore vengono elaborate da LoadState usando il manifesto del componente corrispondente per Windows 7. I file manifesto di livello inferiore non vengono usati durante il processo di LoadState.
Importante
È importante specificare i file con estensione xml con il comando LoadState se vuoi che LoadState li usi. In caso contrario, qualsiasi regola specifica della destinazione, ad esempio <locationModify>, in questi file con estensione xml verrà ignorata, anche se gli stessi file con estensione xml sono stati specificati durante l'esecuzione del comando ScanState.
Nella fase di applicazione, LoadState scrive le unità di migrazione raccolte nei diversi percorsi nel computer di destinazione. In caso di conflitti, se non è disponibile alcuna regola <merge> per l'oggetto, il comportamento predefinito per il Registro di sistema prevede che l'origine sovrascriva la destinazione. Il comportamento predefinito per i file prevede la ridenominazione incrementale dell'origine, ad esempio, NomeFileOriginale(1).EstensioneOriginale. Alcune impostazioni, ad esempio le impostazioni per tipi di carattere, sfondo e screen saver, vengono applicate solo dopo il successivo accesso dell'utente. Per questo motivo, dopo il completamento delle azioni del comando LoadState devi disconnetterti.
Argomenti correlati
Sintassi della riga di comando per Utilità di migrazione stato utente (USMT)