Problemi comuni di User State Migration Tool (USMT)
Le sezioni seguenti illustrano i problemi comuni che possono verificarsi quando si eseguono gli strumenti USMT 10.0. USMT produce file di log che descrivono in modo dettagliato eventuali errori che si sono verificati durante il processo di migrazione. Questi log possono essere usati per risolvere gli errori di migrazione.
Linee guida generali per identificare i problemi di migrazione
Quando si verifica un problema o un messaggio di errore durante la migrazione, è possibile usare le linee guida generali seguenti per determinare l'origine del problema:
Esaminare i log ScanState, LoadState e UsmtUtils per ottenere i messaggi di errore USMT e i messaggi di errore api (Application Programming Interface) di Windows®. Per altre informazioni sui codici restituiti USMT e i messaggi di errore, vedere Codici restituiti. È possibile ottenere altre informazioni sui codici di errore di sistema di Windows elencati digitando in una finestra
net.exe helpmsg <error_number>del prompt dei comandi in cui <error_number> è il numero di codice di errore generato dal messaggio di errore. Per altre informazioni sui codici di errore di sistema, vedere Codici errore di sistema (0-499).Nella maggior parte dei casi, i log ScanState e LoadState indicano il motivo per cui una migrazione USMT ha esito negativo. È consigliabile usare l'opzione
/v:5durante il test della migrazione. Questo livello di dettaglio può essere modificato in una migrazione di produzione; Tuttavia, la riduzione del livello di dettaglio potrebbe rendere più difficile diagnosticare gli errori rilevati durante le migrazioni di produzione. È possibile usare un livello di dettaglio superiore a 5 se si vuole che l'output dei file di log passi a un debugger.Nota
L'esecuzione degli strumenti ScanState e LoadState con l'opzione
/v:5crea un file di log dettagliato. Anche se questa opzione rende il file di log di grandi dimensioni, i dettagli aggiuntivi consentono di determinare dove si sono verificati errori di migrazione.Usare l'opzione
/Verifycon lo strumento UsmtUtils per determinare se i file in un archivio di migrazione compresso sono danneggiati. Per altre informazioni, vedere Verificare la condizione di un archivio di migrazione compresso.Usare l'opzione
/Extractcon lo strumento UsmtUtils per estrarre i file da un archivio di migrazione compresso. Per altre informazioni, vedere Estrarre file da un archivio di migrazione USMT compresso.Creare un log di stato usando l'opzione
/Progressper monitorare la migrazione.Per i computer di origine e di destinazione, ottenere informazioni sul sistema operativo e versioni di applicazioni come Internet Explorer e qualsiasi altro programma pertinente. Verificare quindi i passaggi esatti necessari per riprodurre il problema. Queste informazioni possono essere utili per comprendere cosa è sbagliato e riprodurre il problema nell'ambiente di test.
Disconnettersi dopo aver eseguito lo strumento LoadState . Alcune impostazioni, ad esempio tipi di carattere, sfondi desktop e impostazioni di screen saver, non saranno effettive fino alla successiva accesso dell'utente finale.
Chiudere tutte le applicazioni prima di eseguire gli strumenti ScanState o LoadState . Se alcune applicazioni vengono eseguite durante il processo ScanState o LoadState, USMT potrebbe non eseguire la migrazione di alcuni dati. Ad esempio, se Microsoft Outlook® è aperto, USMT potrebbe non eseguire la migrazione di file PST.
Nota
USMT avrà esito negativo se non è possibile eseguire la migrazione di un file o di un'impostazione, a meno che non si specifichi l'opzione
/c. Quando si specifica l'opzione/c, USMT ignora gli errori. Tuttavia, registra un errore quando rileva un file in uso che non è stato migrato.
Problemi relativi all'account utente
Le sezioni seguenti descrivono i problemi comuni relativi all'account utente. Espandere la sezione per visualizzare le soluzioni consigliate.
Si verificano problemi durante la creazione di account locali nel computer di destinazione
Soluzione: per altre informazioni sulla creazione di account e sulla migrazione di account locali, vedere Eseguire la migrazione degli account utente.
Non tutti gli account utente sono stati migrati nel computer di destinazione
Cause/risoluzioni Esistono due possibili cause per questo problema:
Quando si eseguono gli strumenti ScanState e LoadState in Windows 7, Windows 8 o Windows 10, è necessario eseguirli in modalità amministratore da un account con credenziali amministrative per assicurarsi che venga eseguita la migrazione di tutti gli utenti specificati. Per l'esecuzione in modalità amministratore:
Selezionare Avvia>tutti gli accessori programmi.>
Fare clic con il pulsante destro del mouse sul prompt dei comandi.
Scegliere Esegui come amministratore.
Specificare il comando LoadState.exe o ScanState.exe .
Se non si esegue USMT in modalità amministratore, nella migrazione verrà incluso solo il profilo utente connesso.
Tutti gli account utente nel computer che non sono stati usati non verranno migrati. Ad esempio, se si aggiunge User1 al computer, ma User1 non esegue mai l'accesso, USMT non eseguirà la migrazione dell'account User1.
Gli account utente esclusi sono stati migrati al computer di destinazione
Causa: il comando specificato potrebbe avere avuto conflitti ui e /ue opzioni. Se un utente viene specificato con l'opzione /ui e con le /ue opzioni o /uel contemporaneamente, l'utente verrà incluso nella migrazione. Ad esempio, se si specifica /ui:domain1\* /ue:domain1\user1, verrà eseguita la migrazione di User1 perché l'opzione /ui ha la precedenza.
Soluzione: per altre informazioni su come usare insieme le /ui opzioni e /ue , vedere gli esempi nell'articolo Sintassi ScanState.
Uso l'opzione /uel, ma molti account sono ancora inclusi nella migrazione
Causa: l'opzione /uel dipende dalla data dell'ultima modifica del file di NTUser.dat degli utenti. Esistono scenari in cui la data dell'ultima modifica potrebbe non corrispondere alla data dell'ultimo accesso degli utenti.
Soluzione: si tratta di una limitazione dell'opzione /uel . Potrebbe essere necessario escludere questi utenti manualmente con l'opzione /ue .
Lo strumento LoadState segnala un errore come codice restituito 71 e non riesce a ripristinare un profilo utente durante un test di migrazione
Causa: durante un test di migrazione, se si esegue lo strumento ScanState nel computer di test e quindi si eliminano i profili utente per testare lo strumento LoadState nello stesso computer, potrebbe essere presente una chiave in conflitto nel Registro di sistema. L'uso del comando net use per rimuovere un profilo utente eliminerà cartelle e file associati a tale profilo, ma non rimuoverà la chiave del Registro di sistema.
Soluzione: per eliminare un profilo utente, usare l'elemento Account utente in Pannello di controllo. Per correggere un'eliminazione incompleta di un profilo utente:
Aprire l'editor del Registro di sistema digitando regedit.exe al prompt dei comandi con privilegi elevati.
Accedere a
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.Ogni profilo utente viene archiviato in una chiave identificatore di sistema in
ProfileList.Eliminare la chiave per il profilo utente che si sta tentando di rimuovere.
I file non crittografati prima della migrazione vengono ora crittografati con l'account usato per eseguire lo strumento LoadState
Causa: lo strumento ScanState è stato eseguito usando l'opzione /EFS:copyraw per eseguire la migrazione dei file crittografati e dei certificati EFS (Encrypting File System). L'attributo di crittografia è stato impostato in una cartella di cui è stata eseguita la migrazione, ma l'attributo è stato rimosso dal contenuto del file di tale cartella prima della migrazione.
Soluzione: prima di usare lo strumento ScanState per una migrazione che include file crittografati e certificati EFS, è possibile eseguire lo strumento di crittografia al prompt dei comandi per esaminare e modificare le impostazioni di crittografia nei file e nelle cartelle. È necessario rimuovere l'attributo di crittografia dalle cartelle che contengono file non crittografati o crittografare il contenuto di tutti i file all'interno di una cartella crittografata.
Per rimuovere la crittografia dai file di cui è già stata eseguita la migrazione in modo non corretto, è necessario accedere al computer con l'account usato per eseguire lo strumento LoadState e quindi rimuovere la crittografia dai file interessati.
Lo strumento LoadState segnala un errore come codice restituito 71 e un errore di Windows 2202 nel file di log
Causa: il nome del computer è stato modificato durante una migrazione offline di un profilo utente locale.
Soluzione: è possibile usare l'opzione /mu quando si esegue lo strumento LoadState per specificare un nuovo nome per l'utente. Ad esempio:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \\server\share\migration\mystore
/progress:Progress.log /l:LoadState.log /mu:fareast\user1:farwest\user1
Problemi della riga di comando
Le sezioni seguenti descrivono i problemi comuni della riga di comando. Espandere la sezione per visualizzare le soluzioni consigliate.
Viene visualizzato il messaggio di errore seguente: "Errore di utilizzo: Non è possibile specificare un percorso di file con nessuna delle opzioni della riga di comando che superano i 256 caratteri".
Causa: è possibile che venga visualizzato questo messaggio di errore in alcuni casi anche se non si specifica un percorso di archiviazione o file lungo, perché la lunghezza del percorso viene calcolata in base al percorso assoluto. Ad esempio, se si esegue il **ScanState**.exe /o store comando da C:\Programmi\USMT40, ogni carattere in C:\Programmi\USMT40 verrà aggiunto alla lunghezza di "store" per ottenere la lunghezza del percorso.
Soluzione: assicurarsi che la lunghezza totale del percorso non superi i 256 caratteri. La lunghezza totale del percorso include il percorso dell'archivio più la directory corrente.
È stato visualizzato il messaggio di errore seguente: "USMT non è riuscito a creare i file di log. Assicurarsi di disporre dell'accesso in scrittura alla directory di log".
Causa: se si eseguono gli strumenti ScanState o LoadState da una risorsa di rete condivisa, viene visualizzato questo messaggio di errore se non si specifica /l.
Risoluzione: per risolvere questo problema in questo scenario, specificare l'opzione /l:ScanState.log o /l:LoadState.log .
Problemi relativi ai file XML
Nelle sezioni seguenti vengono descritti i problemi comuni relativi ai file XML. Espandere la sezione per visualizzare le soluzioni consigliate.
Ho usato l'opzione /genconfig per creare un file Config.xml, ma vedo solo alcune applicazioni e componenti presenti in MigApp.xml. Perché Config.xml non contiene tutte le stesse applicazioni?
Causa: Config.xml conterrà solo i componenti del sistema operativo, le applicazioni e le sezioni del documento utente che si trovano in entrambi i file .xml e vengono installati nel computer quando si esegue l'opzione /genconfig . In caso contrario, queste applicazioni e componenti non verranno visualizzati nel file Config.xml .
Soluzione: installare tutte le applicazioni desiderate nel computer prima di eseguire l'opzione /genconfig . Eseguire quindi ScanState.exe con tutti i file .xml. Ad esempio, eseguire il comando seguente:
ScanState.exe /genconfig:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:5 /l:ScanState.log
Si verificano problemi con un file di .xml personalizzato creato e non è possibile verificare che la sintassi sia corretta
Risoluzione: è possibile caricare il file di XML Schema MigXML.xsd nello strumento di creazione XML. MigXML.xsd è incluso in USMT. Per esempi, vedere Il Centro sviluppo di Visual Studio. Caricare quindi il file .xml nello strumento di creazione per verificare se si verifica un errore di sintassi. Per altre informazioni sull'uso degli elementi XML, vedere Guida di riferimento XML USMT.
Si usa una funzione helper MigXML, ma la migrazione non funziona nel modo previsto. Ricerca per categorie risolvere questo problema?
Causa: in genere, questo problema è causato dalla sintassi non corretta usata in una funzione helper. Si riceve un codice restituito Operazione riuscita, ma i file di cui si vuole eseguire la migrazione non sono stati raccolti o applicati o non sono stati raccolti o applicati nel modo previsto.
Soluzione: è necessario cercare nel log ScanState o LoadState il nome del componente che contiene la funzione helper MigXML o il titolo della funzione helper MigXML, in modo da poter individuare l'avviso correlato nel file di log.
Problemi di migrazione
Le sezioni seguenti descrivono i problemi di migrazione comuni. Espandere la sezione per visualizzare le soluzioni consigliate.
I file specificati per escludere sono ancora in corso la migrazione
Causa: potrebbe essere presente un'altra regola che include i file. Se è presente una regola più specifica o una regola in conflitto, i file verranno inclusi nella migrazione.
Risoluzione: per altre informazioni, vedere Conflitti e precedenza e la sezione Log di diagnostica in File di log.
Sono state specificate regole per spostare una cartella in un percorso specifico nel computer di destinazione, ma non è stata eseguita correttamente la migrazione
Causa: potrebbe essere presente un errore nella sintassi XML.
Risoluzione: è possibile usare USMT XML Schema (MigXML.xsd) per scrivere e convalidare i file di migrazione .xml. Vedere anche gli esempi XML negli articoli seguenti:
Reindirizzare file e impostazioni
Al termine di LoadState, il nuovo sfondo desktop non viene visualizzato nel computer di destinazione
Esistono tre cause tipiche per questo problema.
Causa: alcune impostazioni, ad esempio tipi di carattere, sfondi desktop e impostazioni di screen saver, non vengono applicate da LoadState fino al riavvio del computer di destinazione.
Soluzione: per risolvere questo problema, disconnettersi e quindi accedere di nuovo per visualizzare lo sfondo del desktop migrato.
Ho incluso MigApp.xml nella migrazione, ma alcuni file PST non vengono migrati
Causa: il file MigApp.xml esegue la migrazione solo dei file PST collegati ai profili di Outlook.
Soluzione: per eseguire la migrazione di file PST non collegati ai profili di Outlook, è necessario creare una regola di migrazione separata per acquisire questi file.
USMT non esegue la migrazione del layout della schermata Start
Descrizione: si usa USMT per eseguire la migrazione dei profili da un'installazione di Windows 10 a un'altra installazione di Windows 10 in hardware diverso. Dopo la migrazione, l'utente accede al nuovo dispositivo e non ha il layout menu Start configurato in precedenza.
Causa: una modifica del codice nel menu Start con Windows 10 versione 1607 e successive non è compatibile con questa funzione USMT.
Soluzione: è disponibile la soluzione alternativa seguente:
Dopo aver eseguito l'accesso, eseguire il backup del layout della schermata Start usando il comando di Windows PowerShell seguente. È possibile specificare un percorso diverso, se necessario:
Export-StartLayout -Path "C:\Layout\user1.xml"Eseguire la migrazione del profilo dell'utente con USMT.
Prima che l'utente accinga sul nuovo dispositivo, importare il layout della schermata Start usando il comando di Windows PowerShell seguente:
Import-StartLayout -LayoutPath "C:\Layout\user1.xml" -MountPath %systemdrive%
Questa soluzione alternativa modifica il layout start dell'utente predefinito. La soluzione alternativa non viene ridimensionata a una migrazione di massa o a dispositivi multiutente, ma può potenzialmente sbloccare alcuni scenari. Se altri utenti accedono al dispositivo, è necessario eliminare layoutmodification.xml dal profilo utente predefinito. In caso contrario, tutti gli utenti che accedono a tale dispositivo useranno il layout della schermata Start importato.
Problemi di migrazione offline
Le sezioni seguenti descrivono i problemi comuni di migrazione offline. Espandere la sezione per visualizzare le soluzioni consigliate.
Alcune impostazioni di sistema non vengono migrate in una migrazione offline
Causa: alcune impostazioni di sistema, ad esempio sfondi desktop e stampanti di rete, non sono supportate in una migrazione offline. Per altre informazioni, vedere Che cos'è la migrazione di USMT?
Soluzione: in una migrazione offline, queste impostazioni di sistema devono essere ripristinate manualmente.
Lo strumento ScanState non riesce con codice restituito 26
Causa: una causa comune del codice restituito 26 è che un profilo temporaneo è attivo nel computer di origine. Questo profilo esegue il mapping a c:\users\temp. Il log scanState mostra un'eccezione MigStartupOfflineCaught che include l'errore SID duplicato del profilo utente del messaggio.
Soluzione: è possibile riavviare il computer per eliminare il profilo temporaneo oppure impostare MIG_FAIL_ON_PROFILE_ERROR=0 per ignorare l'errore ed escludere il profilo temporaneo.
Le regole di inclusione ed esclusione per la migrazione dei profili utente non funzionano come online
Causa: quando è offline, il server DNS non può essere sottoposto a query per risolvere il nome utente e il mapping SID.
Soluzione: usare un SID (Security Identifier) per includere un utente durante l'esecuzione dello strumento ScanState . Ad esempio:
ScanState.exe /ui:S1-5-21-124525095-708259637-1543119021*
Anche il carattere jolly (*) alla fine del SID eseguirà la migrazione del SID_Classes chiave.
È anche possibile usare i modelli per i SID che identificano utenti o gruppi generici. Ad esempio, è possibile usare l'opzione /ue:*-500 per escludere gli account amministratore locale. Per altre informazioni sui SID di Windows, vedere Identificatori di sicurezza.
Lo script per cancellare il disco ha esito negativo dopo l'esecuzione dello strumento ScanState in un sistema a 64 bit
Causa: l'hive del Registro di sistema HKLM non viene scaricato al termine dell'esecuzione dello strumento ScanState .
Soluzione: riavviare il computer o scaricare l'hive del Registro di sistema al prompt dei comandi al termine dell'esecuzione dello strumento ScanState . Ad esempio, al prompt dei comandi immettere:
reg.exe unload hklm\$dest$software
Problemi di migrazione hard-link
Le sezioni seguenti descrivono i problemi comuni di migrazione a collegamento rigido. Espandere la sezione per visualizzare le soluzioni consigliate.
I file EFS non vengono ripristinati nella nuova partizione
Causa: i file EFS non possono essere spostati in una nuova partizione con un collegamento rigido. L'opzione /efs:hardlink della riga di comando è applicabile solo ai file migrati nella stessa partizione.
Soluzione: usare l'opzione della /efs:copyraw riga di comando per copiare i file EFS durante la migrazione invece di creare collegamenti rigidi o copiare manualmente i file EFS dall'archivio hard link.
Lo strumento ScanState non può eliminare un archivio di migrazione hard link precedente
Causa: l'archivio di migrazione contiene collegamenti rigidi ai file bloccati.
Soluzione: usare lo strumento UsmtUtils per eliminare l'archivio o modificare il nome dell'archivio. Ad esempio, al prompt dei comandi immettere:
UsmtUtils.exe /rd <storedir>
È anche necessario riavviare il computer.
Raccolta dati
Se è necessaria l'assistenza del supporto tecnico Microsoft, si consiglia di raccogliere le informazioni seguendo i passaggi indicati in Raccogliere informazioni utilizzando TSS per le questioni relative alla distribuzione.
Articoli correlati
Risoluzione dei problemi di User State Migration Tool (USMT)