Procedure consigliate per USMT
Questo argomento descrive le procedure consigliate generali e per la sicurezza relative all'uso di Utilità di migrazione stato utente (USMT) 10.0.
Procedure consigliate generali
Installare le applicazioni prima di eseguire lo strumento LoadState
Anche se non è sempre essenziale, è consigliabile installare tutte le applicazioni nel computer di destinazione prima di ripristinare lo stato utente. In questo modo le impostazioni migrate vengono sicuramente preservate.
Non usare insieme i file MigUser.xml e MigDocs.xml.
Se usi entrambi i file XML, alcuni file migrati potrebbero essere duplicati se specifichi istruzioni in conflitto sui percorsi di destinazione. Puoi usare l'opzione della riga di comando /genmigxml per determinare i file da includere nella migrazione e tutte le modifiche necessarie. Per altre informazioni, vedi Identificare tipi di file, file e cartelle.
Usa MigDocs.xml per un'esperienza di migrazione ottimale
Se il set di dati è sconosciuto o se molti file sono archiviati al di fuori delle cartelle dei profili utente standard, il file MigDocs.xml è una soluzione migliore rispetto al file MigUser.xml, perché raccoglierà un ambito di dati più ampio. Il file MigDocs.xml esegue la migrazione di cartelle e dati in base al percorso e al tipo di file registrato, eseguendo query sul Registro di sistema per trovare le estensioni delle applicazioni registrate. Il file MigUser.xml esegue la migrazione solo dei file con le estensioni specificate.
Chiudere tutte le applicazioni prima di eseguire lo strumento ScanState o LoadState
Anche se l'uso dell'opzione /vsc permette la migrazione di molti file aperti con un'altra applicazione, ti consigliamo di chiudere tutte le applicazioni per avere la certezza di includere nella migrazione tutti i file e tutte le impostazioni. Senza l'opzione /vsc o /c, USMT avrà esito negativo quando non riesce a eseguire la migrazione di un file o un'impostazione. Quando usi l'opzione /c, USMT ignora tutti i file o le impostazioni di cui non riesce a eseguire la migrazione e registra un errore ogni volta.
Disconnettiti al termine dell'esecuzione dello strumento LoadState
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 aver eseguito lo strumento LoadState devi disconnetterti.
Ambiente gestito
Per creare un ambiente gestito, puoi spostare tutti i documenti dell'utente finale nella cartella Documenti (%CSIDL_PERSONAL%). Ti consigliamo di eseguire la migrazione dei file nel numero minore possibile di cartelle nel computer di destinazione. In questo modo potrai pulire i file nel computer di destinazione, se il comando LoadState ha esito negativo prima del completamento.
Chkdsk.exe
Ti consigliamo di eseguire Chkdsk.exe prima degli strumenti ScanState e LoadState. Chkdsk.exe crea un rapporto sullo stato per un'unità disco rigido ed elenca e corregge gli errori comuni. Per altre informazioni sullo strumento Chkdsk.exe, vedi Chkdsk.
Esegui la migrazione in gruppi
Se scegli di eseguire la migrazione mentre gli utenti usano la rete, è meglio se esegui la migrazione degli account utente in gruppi. Per ridurre al minimo l'impatto sulle prestazioni di rete, determina le dimensioni dei gruppi in base alle dimensioni di ogni account utente. Con una migrazione in fasi hai la certezza che ogni fase sia corretta prima di avviare la fase successiva. Con questo metodo puoi apportare tutte le modifiche necessarie previste tra i gruppi.
Procedure consigliate per la sicurezza
Come amministratore autorizzato, hai la responsabilità di proteggere la privacy degli utenti e mantenere la sicurezza durante e dopo la migrazione. In particolare, considera questi aspetti:
Encrypting File System (EFS)
Esegui con la massima attenzione la migrazione di file crittografati perché l'utente finale non deve avere effettuato l'accesso per poter acquisire lo stato utente. Per impostazione predefinita, USMT ha esito negativo se viene trovato un file crittografato. Per altre informazioni sulle procedure consigliate per EFS, vedi questo articolo della Microsoft Knowledge Base. Per istruzioni specifiche sulle procedure consigliate per EFS, vedi Eseguire la migrazione di file e certificati EFS.
Importante
Se esegui la migrazione di un file crittografato senza eseguire la migrazione anche del certificato, gli utenti finali non riusciranno ad accedere al file dopo la migrazione.
Crittografare l'archivio
Valuta se usare l'opzione /encrypt con il comando ScanState e l'opzione /decrypt con il comando LoadState. Usa comunque la massima attenzione con questo insieme di opzioni perché chiunque può accedere allo script da riga di comando di ScanState potrà accedere anche alla chiave di crittografia.
Analisi alla ricerca di virus
Ti consigliamo di eseguire un'analisi antivirus nei computer di origine e di destinazione prima di eseguire USMT. Analizza anche l'immagine del computer di destinazione. Per proteggere i dati da virus, ti consigliamo di eseguire un'utilità antivirus prima della migrazione.
Garantire la sicurezza del file server e del server di distribuzione
Ti consigliamo di gestire la sicurezza del file server e del server di distribuzione. È importante che il file server in cui salvi l'archivio sia sicuro. Devi anche proteggere il server di distribuzione, per evitare l'esposizione dei dati utente contenuti nei file di registro. Ti consigliamo anche di trasmettere i dati solo tramite una connessione Internet sicura, ad esempio una rete privata virtuale. Per altre informazioni sulla sicurezza di rete, visita il sito Web Microsoft Security Compliance Manager.
Migrazione delle password
Per proteggere la privacy degli utenti finali, USMT non esegue la migrazione delle password, neanche di quelle per applicazioni come Windows Live™ Mail, Microsoft Internet Explorer®, delle connessioni del Servizio di accesso remoto (RAS) o delle unità di rete mappate. È importante controllare che gli utenti finali ricordino le proprie password.
Creazione di account locali
Prima di eseguire la migrazione degli account locali, vedi la sezione "Migrazione degli account locali" nell'argomento Identificare gli utenti.
Procedure consigliate per i file XML
Specifica lo stesso set di file mig*.xml in entrambi gli strumenti ScanState e LoadState
Se hai usato un insieme particolare di file mig*.xml nello strumento ScanState, chiamato tramite l'opzione "/auto" o singolarmente mediante l'opzione "/i", devi usare la stessa opzione per chiamare esattamente gli stessi file mig*.xml nello strumento LoadState.
<NomeFilePersonalizzato> in migration urlid deve corrispondere al nome del file
Anche se non è obbligatorio, è preferibile che <NomeFilePersonalizzato> corrisponda al nome del file. Ecco un esempio con il file MigApp.xml:
<?xml version="1.0" encoding="UTF-8"?> <migration urlid="https://www.microsoft.com/migration/1.0/migxmlext/migapp">Usa XML Schema (MigXML.xsd) per la creazione di file XML per convalidare la sintassi
Il file dello schema MigXML.xsd non deve essere incluso nella riga di comando o in qualsiasi file con estensione XML.
Usare i file XML di migrazione predefiniti come modelli
Per creare un file XML personalizzato, puoi usare i file XML di migrazione come modelli per il tuo file. Se devi eseguire la migrazione di file di dati utente, usa MigUser.xml come modello per il tuo file XML personalizzato. Per eseguire la migrazione delle impostazioni delle applicazioni, usa il file MigApp.xml come modello per il tuo file XML personalizzato.
Valutare l'impatto sulle prestazioni quando si usa il parametro <context>
Le prestazioni della migrazione possono essere inferiori quando usi l'elemento <context> con l'elemento <component>, ad esempio quando vuoi incapsulare unità logiche di regole <include> ed <exclude> basate su file o percorso.
Nel contesto User una regola viene elaborata una volta per ogni utente nel sistema.
Nel contesto System una regola viene elaborata una volta per il sistema.
Nel contesto UserAndSystem una regola viene elaborata una volta per ogni utente nel sistema e una volta per il sistema.
Nota
Il numero di volte in cui viene elaborata una regola non influisce sul numero di volte in cui viene eseguita la migrazione di un file. Il motore di migrazione di USMT fa in modo che la migrazione di ogni file venga eseguita una sola volta.
Ti consigliamo di creare un file XML separato, invece di aggiungere codice XML a uno dei file XML di migrazione esistenti.
Ad esempio, se disponi di codice con cui esegui la migrazione delle impostazioni per un'applicazione, non è sufficiente aggiungere il codice al file MigApp.xml.
Non dovresti creare file XML personalizzati per alterare le impostazioni del sistema operativo di cui esegui la migrazione
Queste impostazioni vengono migrate tramite manifesti e non è possibile modificare tali file. Se vuoi escludere dalla migrazione determinate impostazioni del sistema operativo, crea e modifica un file Config.xml.
Puoi usare il carattere jolly asterisco (*) in qualsiasi file XML di migrazione creato.
Nota
Il punto interrogativo non è valido come carattere jolly nei file XML di USMT.