Sintassi di ScanState
Il ScanState.exe
comando viene usato con lo Strumento di migrazione stato utente (USMT) per analizzare il computer di origine, raccogliere i file e le impostazioni e creare un archivio. Questo articolo illustra la sintassi dei ScanState.exe
comandi e le opzioni disponibili.
Prima di iniziare
Prima di eseguire il ScanState.exe
comando, prendere nota degli elementi:
Per garantire la migrazione di tutte le impostazioni del sistema operativo, eseguire i
ScanState.exe
comandi in modalità amministratore da un account con credenziali amministrative.Se l'archivio di migrazione è crittografato, è necessaria una chiave di crittografia o un percorso a un file contenente la chiave di crittografia. Assicurarsi di prendere nota della chiave o del percorso del file di chiave, perché queste informazioni non vengono conservate in nessun punto dell'archivio migrazione. Queste informazioni sono necessarie quando viene eseguito il
LoadState.exe
comando per decrittografare l'archivio migrazione o se è necessario usare l'utilità di ripristino. Un file di chiave o chiave non corretto o mancante genera un messaggio di errore.Per informazioni sui requisiti software per l'esecuzione del
ScanState.exe
comando, vedere Requisiti USMT.Se non diversamente specificato, usare ogni opzione una sola volta quando si esegue uno strumento nella riga di comando.
Gli account di dominio possono essere raccolti senza che il computer di origine abbia accesso al controller di dominio. Questa funzionalità è disponibile senza alcuna configurazione aggiuntiva.
La tabella delle opzioni della riga di comando Incompatibile elenca le opzioni che è possibile usare insieme e le opzioni della riga di comando incompatibili.
Il percorso della directory in cui viene salvato l'archivio migrazione è escluso dall'analisi. Ad esempio, se l'archivio migrazione viene salvato nella radice dell'unità D, l'unità D e tutte le relative sottodirectory vengono escluse dall'analisi.
Sintassi
Questa sezione illustra la sintassi e l'utilizzo delle opzioni della riga di comando disponibili quando si usa il ScanState.exe
comando . Le opzioni possono essere specificate in qualsiasi ordine. Se l'opzione contiene un parametro, è possibile usare due punti o un separatore di spazio.
La ScanState.exe
sintassi del comando è:
ScanState.exe [StorePath] [/apps] [/ppkg:FileName] [/i:[Path\]FileName] [/o] [/v:VerbosityLevel] [/nocompress] [/localonly] [/encrypt /key:KeyString|/keyfile:[Path\\]NomeFile] [/l:[Percorso\]NomeFile] [/progress:[Percorso\]NomeFile] [/r:TimesToRetry] [/w:SecondsBeforeRetry] [/c] [/p] [/all] [/ui:[NomeDominioNomeComputer|\]NomeUtente] [/ue:[NomeDominio|NomeComputer\]NomeUtente] [/uel:NumberOfDays|AAAA/MM/DD|0] [/efs:abort|skip|decryptcopy|copyraw] [/genconfig:[Percorso\]NomeFile[/config:[Percorso\]NomeFile] [/?|help]
Ad esempio, per creare un Config.xml
file nella directory corrente, usare:
ScanState.exe /i:MigApp.xml /i:MigDocs.xml /genconfig:Config.xml /v:13
Per creare un archivio crittografato usando il Config.xml
file e la migrazione predefinita .xml file, usare:
ScanState.exe \\server\share\migration\mystore /i:MigApp.xml /i:MigDocs.xml /o /config:Config.xml /v:13 /encrypt /key:"mykey"
Opzioni di archiviazione
Opzione Command-Line | Descrizione |
---|---|
StorePath | Indica una cartella in cui vengono salvati i file e le impostazioni.
StorePath non può essere C:\ . L'opzione StorePath deve essere specificata nel ScanState.exe comando , tranne quando si usa l'opzione /genconfig . Non è possibile specificare più di un percorso StorePath . |
/Applicazioni | Analizza l'immagine per individuare le app e includerle e le impostazioni del Registro di sistema associate. |
/ppkg [<FileName>] | Esporta in un percorso di file specifico. |
/o | Necessario per sovrascrivere tutti i dati esistenti nell'archivio o Config.xml nel file di migrazione. Se non specificato, il ScanState.exe comando ha esito negativo se l'archivio di migrazione contiene già dati. Questa opzione non può essere usata più di una volta in una riga di comando. |
/vsc | Questa opzione consente al servizio copia shadow del volume di eseguire la migrazione dei file bloccati o in uso. Questa opzione della riga di comando elimina la maggior parte degli errori di blocco dei file che in genere si verificano nella <sezione ErrorControl> . Questa opzione viene usata solo con il file eseguibile ScanState e non può essere combinata con l'opzione /hardlink . |
/hardlink | Consente la creazione di un archivio di migrazione hard-link nella posizione specificata. L'opzione /nocompress deve essere specificata con l'opzione /hardlink . |
/encrypt [{/key:<KeyString> | /keyfile:<file>]} | Crittografa l'archivio con la chiave specificata. La crittografia è disabilitata per impostazione predefinita. Con questa opzione, la chiave di crittografia deve essere specificata in uno dei modi seguenti:
KeyString è consigliato per avere almeno otto caratteri, ma non può superare i 256 caratteri. Le /key opzioni e /keyfile non possono essere usate nella stessa riga di comando. Le /encrypt opzioni e /nocompress non possono essere usate nella stessa riga di comando.
Importante Prestare attenzione quando si usano le /key opzioni o keyfile . Ad esempio, chiunque abbia accesso agli script che eseguono il ScanState.exe comando con queste opzioni ha anche accesso alla chiave di crittografia.Nell'esempio seguente vengono illustrati il ScanState.exe comando e l'opzione /key :ScanState.exe /i:MigDocs.xml /i:MigApp.xml \server\share\migration\mystore /encrypt /key:mykey |
/encrypt:<EncryptionStrength> | L'opzione /encrypt accetta un parametro della riga di comando per definire il livello di crittografia da usare per la crittografia dell'archivio migrazione. Per altre informazioni sugli algoritmi di crittografia supportati, vedere Migration Store Encryption. |
/nocompress | Disabilita la compressione dei dati e salva i file in una cartella nascosta denominata "File" in StorePath\USMT. La compressione è abilitata per impostazione predefinita. La combinazione dell'opzione /nocompress con l'opzione /hardlink genera un archivio migrazione hard-link. L'archivio non compresso può essere usato per visualizzare l'archivio USMT archiviato, risolvere un problema o eseguire un'utilità antivirus sui file. Questa opzione deve essere usata solo negli ambienti di test. Microsoft consiglia di usare un archivio compresso durante le migrazioni di produzione, a meno che non si unisca l'opzione /nocompress con l'opzione /hardlink .Le /nocompress opzioni e /encrypt non possono essere usate insieme in un'istruzione nella riga di comando. Tuttavia, se viene eseguita la migrazione di un archivio non compresso, il comando esegue la LoadState.exe migrazione di ogni file direttamente dall'archivio al percorso corretto nel computer di destinazione senza una posizione temporanea.Ad esempio: ScanState.exe /i:MigDocs.xml /i:MigApp.xml \server\share\migration\mystore /nocompress |
Eseguire il comando ScanState in un sistema Windows offline
Il ScanState.exe
comando può essere eseguito in Windows Preinstallation Environment (WinPE). USMT supporta inoltre le migrazioni dalle installazioni precedenti di Windows contenute nelle directory Windows.old . La directory offline può essere una directory di Windows quando il ScanState.exe
comando viene eseguito in WinPE o in una directory Windows.old quando il ScanState.exe
comando viene eseguito in Windows.
L'esecuzione del ScanState.exe
comando in un'immagine Windows offline offre diversi vantaggi, tra cui:
Prestazioni migliorate.
Poiché WinPE è un sistema operativo sottile, sono disponibili meno servizi in esecuzione. In questo ambiente, il
ScanState.exe
comando ha più accesso alle risorse hardware locali, consentendo a ScanState di eseguire le operazioni di migrazione più rapidamente.Processo di distribuzione end-to-end semplificato.
La migrazione dei dati da Windows.old semplifica il processo di distribuzione end-to-end abilitando il processo di migrazione dopo l'installazione del nuovo sistema operativo.
Miglioramento dell'esito positivo della migrazione.
La velocità di riuscita della migrazione è aumentata perché:
- I file non sono bloccati per la modifica mentre sono offline.
- WinPE consente all'amministratore di accedere ai file nel file system windows offline, eliminando la necessità di accedere al sistema online a livello di amministratore.
Possibilità di ripristinare un oggetto da un computer che non viene avviato.
Potrebbe essere possibile recuperare ed eseguire la migrazione dei dati da un computer che non viene avviato.
Opzioni di migrazione offline
Opzione Command-Line | Definizione |
---|---|
/offline:"percorso di un file Offline.xml" | Questa opzione viene usata per definire un percorso di un file di.xml offline che potrebbe specificare altre opzioni di migrazione offline. Ad esempio, una directory windows offline o qualsiasi reindirizzamento di dominio o cartella necessario nella migrazione. |
/offlinewindir:"percorso di una directory di Windows" | Questa opzione specifica la directory di Windows offline da cui il ScanState.exe comando raccoglie lo stato utente. La directory offline può essere Windows.old quando il ScanState.exe comando viene eseguito in Windows o in una directory di Windows quando il ScanState.exe comando viene eseguito in WinPE. |
/offlinewinold:"Directory Windows.old" | Questa opzione della riga di comando abilita la modalità di migrazione offline e avvia la migrazione dal percorso specificato. Questa opzione deve essere usata solo negli scenari di migrazione Windows.old , in cui la migrazione avviene da una directory Windows.old . |
Opzioni delle regole di migrazione
USMT offre le opzioni seguenti per specificare i file di cui eseguire la migrazione.
Opzione Command-Line | Descrizione |
---|---|
/i:[Percorso]NomeFile |
(include) Specifica un file .xml che contiene regole che definiscono l'utente, l'applicazione o lo stato del sistema di cui eseguire la migrazione. Questa opzione può essere specificata più volte per includere tutti i file .xml ( MigApp.xml , MigDocs.xml e tutti i file di.xml personalizzati creati).
Il percorso può essere un percorso relativo o completo. Se la variabile Path non è specificata, FileName deve trovarsi nella directory corrente. Per altre informazioni sui file da specificare, vedere la sezione "File XML" dell'articolo Domande frequenti . |
/genconfig:[Path]FileName | (Genera Config.xml) Genera il file facoltativo Config.xml , ma non crea un archivio di migrazione. Per assicurarsi che questo file contenga tutti gli elementi di cui è necessario eseguire la migrazione, creare questo file in un computer di origine che contiene tutti gli elementi seguenti:
Dopo aver creato questo file, è possibile usarlo con il ScanState.exe comando usando l'opzione /config .Le uniche opzioni che è possibile specificare con questa opzione sono le /i opzioni , /v e /l .
StorePath non può essere specificato, perché l'opzione /genconfig non crea un archivio.
Il percorso può essere un percorso relativo o completo. Se la variabile Path non è specificata, FileName viene creato nella directory corrente.Esempi:
|
/config:[Percorso]NomeFile | Specifica il Config.xml file che il ScanState.exe comando deve usare per creare l'archivio. Questa opzione non può essere usata più di una volta nella riga di comando.
Il percorso può essere un percorso relativo o completo. Se la variabile Path non è specificata, FileName deve trovarsi nella directory corrente.Nell'esempio seguente viene creato un archivio usando i Config.xml file , MigDocs.xml e MigApp.xml :ScanState.exe \server\share\migration\mystore /config:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:13 /l:ScanState.log L'esempio seguente esegue la migrazione dei file e delle impostazioni al computer di destinazione usando i Config.xml file , MigDocs.xml e MigApp.xml :LoadState.exe \server\share\migration\mystore /config:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:13 /l:LoadState.log |
/auto:path per i file di script | Questa opzione consente di specificare il percorso dei file di.xml predefiniti. Se non viene specificato alcun percorso, USMT fa riferimento alla directory in cui si trovano i file binari USMT. L'opzione /auto ha lo stesso effetto dell'uso delle opzioni seguenti: /i: MigDocs.xml /i:MigApp.xml /v:5 . |
/genmigxml:path di un file | Questa opzione specifica che il ScanState.exe comando deve utilizzare il finder documenti per creare ed esportare un file .xml che definisce come eseguire la migrazione di tutti i file nel computer in cui è in esecuzione il ScanState.exe comando. |
/localonly | Esegue la migrazione solo dei file archiviati nel computer locale, indipendentemente dalle regole nei file .xml specificati nella riga di comando. Questa opzione deve essere usata per escludere i dati dalle unità rimovibili nel computer di origine e quando sono presenti unità di rete mappate nel computer di origine. Esempi di unità rimovibili includono unità flash USB (UUFD) e alcuni dischi rigidi esterni. Se l'opzione /localonly non è specificata, il comando copia i ScanState.exe file da queste unità rimovibili o di rete nell'archivio./localonly esclude tutto ciò che non è considerato un'unità fissa dal sistema operativo. In alcuni casi, i dischi rigidi esterni di grandi dimensioni sono considerati unità fisse. Queste unità possono essere escluse in modo esplicito dalla migrazione usando un file di.xml personalizzato. Per altre informazioni su come escludere tutti i file in un'unità specifica, vedere Escludere file e impostazioni.L'opzione /localonly della riga di comando include o esclude i dati nella migrazione, come indicato nei percorsi di archiviazione seguenti:
|
Opzioni di monitoraggio
USMT offre diverse opzioni che possono essere usate per analizzare i problemi che si verificano durante la migrazione.
Nota
Il log ScanState viene creato per impostazione predefinita, ma il nome e il percorso del log possono essere specificati con l'opzione /l .
Opzione Command-Line | Descrizione |
---|---|
/listfiles:<FileName> | L'opzione /listfiles della riga di comando può essere usata con il ScanState.exe comando per generare un file di testo che elenca tutti i file inclusi nella migrazione. |
/l:[Percorso]NomeFile | Specifica il percorso e il nome del log ScanState . I file di log non possono essere archiviati in StorePath. Il percorso può essere un percorso relativo o completo. Se la variabile Path non è specificata, il log viene creato nella directory corrente. L'opzione /v può essere usata per regolare la quantità di output.Se il ScanState.exe comando viene eseguito da una risorsa di rete condivisa, è necessario specificare l'opzione /l oppure USMT ha esito negativo con l'errore seguente:USMT non è riuscito a creare i file di log Per risolvere questo problema, assicurarsi di specificare l'opzione durante l'esecuzione /l ScanState.exe da una risorsa di rete condivisa. |
/v:<VerbosityLevel> |
(Dettaglio) Abilita l'output dettagliato nel file di log ScanState . Il valore predefinito è 0. VerbosityLevel può essere impostato su uno dei livelli seguenti:
Ad esempio: ScanState.exe \server\share\migration\mystore /v:13 /i:MigDocs.xml /i:MigApp.xml |
/progress:[Path]FileName | Crea il log di stato facoltativo. I file di log non possono essere archiviati in StorePath.
Il percorso può essere un percorso relativo o completo. Se la variabile Path non è specificata, FileName viene creato nella directory corrente. Ad esempio: ScanState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /progress:Progress.log /l:scanlog.log |
/c | Quando si specifica questa opzione, il ScanState.exe comando continua a essere eseguito, anche se si verificano errori non irreversibili. Tutti i file o le impostazioni che causano un errore vengono registrati nel log di stato. Ad esempio, se è presente un file di grandi dimensioni che non rientra nell'archivio, il ScanState.exe comando registra un errore e continua con la migrazione. Inoltre, se un file è aperto o in uso da un'applicazione, USMT potrebbe non essere in grado di eseguire la migrazione del file e registrare un errore. Senza l'opzione /c , il ScanState.exe comando esce dal primo errore.La < sezione ErrorControl> nel Config.xml file può essere usata per specificare il file o gli errori di lettura/scrittura del Registro di sistema che possono essere ignorati in modo sicuro e che potrebbero causare errori di migrazione. Questo vantaggio nel Config.xml file consente all'opzione della /c riga di comando di ignorare in modo sicuro tutti gli errori di input/output (I/O) nell'ambiente. Inoltre, l'opzione /genconfig genera ora una sezione ErrorControl> di esempio < abilitata specificando i messaggi di errore e i comportamenti desiderati nel Config.xml file. |
/r:<TimesToRetry> |
(Riprova) Specifica il numero di tentativi da ripetere quando si verifica un errore durante il salvataggio dello stato utente in un server. Il valore predefinito è tre volte. Questa opzione è utile negli ambienti in cui la connettività di rete non è affidabile. Quando lo stato dell'utente viene archiviato, l'opzione /r non può recuperare i dati persi a causa di un errore hardware di rete, ad esempio un cavo di rete guasto o disconnesso o quando una connessione VPN (Virtual Private Network) non riesce. L'opzione di ripetizione dei tentativi è destinata a reti di grandi dimensioni e occupate in cui la connettività è soddisfacente, ma la latenza di comunicazione è un problema. |
/w:<SecondsBeforeRetry> |
(Attendere) Specifica il tempo di attesa, espresso in secondi, prima di ritentare un'operazione di file di rete. Il valore predefinito è 1 secondo. |
/p:<pathToFile> | Quando viene eseguito, il ScanState.exe comando crea un file .xml nel percorso specificato. Questo file.xml include stime dello spazio migliorate per l'archivio migrazione. L'esempio seguente illustra come creare questo file .xml :ScanState.exe C:\MigrationLocation [additional parameters] /p:"C:\MigrationStoreSize.xml" Per altre informazioni, vedere Stimare le dimensioni dell'archivio migrazione. Per mantenere la funzionalità di applicazioni o script esistenti che richiedono il comportamento precedente di USMT, è possibile usare l'opzione /p , senza specificare "pathtoafile" in USMT. Se viene specificata solo l'opzione /p , le stime dello spazio di archiviazione vengono create nello stesso modo delle versioni USMT 3.x. |
/? o /help | Visualizza la Guida nella riga di comando. |
Opzioni utente
Per impostazione predefinita, viene eseguita la migrazione di tutti gli utenti. L'unico modo per specificare gli utenti da includere ed escludere consiste nell'usare le opzioni seguenti. Gli utenti non possono essere esclusi nella migrazione .xml file o usando il Config.xml
file. Per altre informazioni, vedere Identificare gli utenti ed eseguire la migrazione degli account utente.
Opzione Command-Line | Descrizione |
---|---|
/tutto | Esegue la migrazione di tutti gli utenti nel computer. USMT esegue la migrazione di tutti gli account utente nel computer, a meno che un account non sia specificamente escluso con le /ue opzioni o /uel . Per questo motivo, questa opzione non deve essere specificata nella riga di comando. Tuttavia, se si specifica l'opzione /all , non è possibile specificare anche le /ui opzioni o /ue /uel . |
/ui:<DomainName>\<NomeUtente> or /ui:<ComputerName>\<LocalUserName> |
(Inclusione utente) Esegue la migrazione degli utenti specificati. Per impostazione predefinita, tutti gli utenti sono inclusi nella migrazione. Di conseguenza, questa opzione è utile solo se usata con le /ue opzioni o /uel . È possibile specificare più /ui opzioni, ma l'opzione /ui non può essere usata con l'opzione /all .
DomainName e UserName possono contenere il carattere jolly asterisco (* ). Quando viene specificato un nome utente che contiene spazi, deve essere racchiuso tra virgolette (" ).
Nota Se un utente viene specificato per l'inclusione con l'opzione /ui e specificato anche per essere escluso con le /ue opzioni o /uel , l'utente viene incluso nella migrazione.Ad esempio:
Per altri esempi, vedere le descrizioni delle /ue opzioni e /ui in questa tabella. |
/uel:<NumberOfDays> or /uel:<AAAA/MM/GG> or /uel:0 |
(L'utente esclude in base all'ultimo accesso) Esegue la migrazione degli utenti connessi al computer di origine entro il periodo di tempo specificato, in base alla data dell'ultima modifica del file Ntuser.dat nel computer di origine. L'opzione /uel funge da regola di inclusione. Ad esempio, l'opzione esegue la /uel:30 migrazione degli utenti che hanno eseguito l'accesso o il cui account è stato modificato negli ultimi 30 giorni dalla data di esecuzione del ScanState.exe comando.È possibile specificare il numero di giorni o la data. Questa opzione non può essere usata con l'opzione /all . USMT recupera le ultime informazioni di accesso dal computer locale, quindi non è necessario che il computer sia connesso alla rete quando si esegue questa opzione. Inoltre, se un utente di dominio accede a un altro computer, USMT non considera tale istanza di accesso.
Nota L'opzione /uel non è valida nelle migrazioni offline.
Ad esempio: ScanState.exe /i:MigApp.xml /i:MigDocs.xml \\server\share\migration\mystore /uel:0 |
/ue:<DomainName>\<UserName> -Oppure- /ue:<ComputerName>\<LocalUserName> |
(Esclusione utente) Esclude gli utenti specificati dalla migrazione. È possibile specificare più /ue opzioni. Questa opzione non può essere usata con l'opzione /all .
<DomainName> e <UserName> possono contenere il carattere jolly asterisco (* ). Quando viene specificato un nome utente che contiene spazi, deve essere racchiuso tra virgolette (" ).Ad esempio: ScanState.exe /i:MigDocs.xml /i:MigApp.xml \\server\share\migration\mystore /ue:contoso\user1 |
Come usare /ui e /ue
Gli esempi seguenti si applicano alle /ui
opzioni e /ue
. L'opzione /ue
può essere sostituita con l'opzione /ui
per includere, anziché escludere, gli utenti specificati.
Comportamento | Comando |
---|---|
Escludere l'utente denominato User One nel dominio Fabrikam. | /ue:"fabrikam\user one" |
Escludere l'utente denominato User1 nel dominio Fabrikam. | /ue:fabrikam\user1 |
Escludere l'utente locale denominato User1. | /ue:%computername%\user1 |
Escludere tutti gli utenti di dominio. | /ue:Domain\* |
Escludere tutti gli utenti locali. | /ue:%computername%\* |
Escludere gli utenti in tutti i domini denominati User1, User2 e così via. | /ue:*\user* |
Uso delle opzioni insieme
Le /uel
opzioni e /ui
/ue
possono essere usate insieme per eseguire la migrazione solo degli utenti di cui è necessario eseguire la migrazione.
L'opzione /ui
ha la precedenza sulle /ue
opzioni e /uel
. Se un utente viene specificato per l'inclusione con l'opzione /ui
e specificato anche per essere escluso con le /ue
opzioni o /uel
, l'utente viene incluso nella migrazione. Ad esempio, se /ui:contoso\* /ue:contoso\user1
viene specificato, viene eseguita la migrazione di User1 , perché l'opzione /ui
ha la precedenza sull'opzione /ue
.
L'opzione /uel
ha la precedenza sull'opzione /ue
. Se un utente ha eseguito l'accesso entro il periodo di tempo specificato impostato dall'opzione , viene eseguita la /uel
migrazione del profilo dell'utente anche se sono esclusi usando l'opzione /ue
. Ad esempio, se /ue:fixed\user1 /uel:14
viene specificato, viene eseguita la migrazione di User1 se è stato eseguito l'accesso al computer negli ultimi 14 giorni.
Comportamento | Comando |
---|---|
Includere solo User2 dal dominio Fabrikam ed escludere tutti gli altri utenti. | /ue:*\* /ui:fabrikam\user2 |
Includere solo l'utente locale denominato User1 ed escludere tutti gli altri utenti. | /ue:*\* /ui:user1 |
Includere solo gli utenti di dominio di Contoso, ad eccezione di Contoso\User1. | Questo comportamento non può essere completato usando un singolo comando. Per eseguire la migrazione di questo set di utenti, specificare invece i comandi seguenti:
|
Includere solo utenti locali (non di dominio). | /ue:*\* /ui:%computername%\* |
Opzioni dei file crittografati
Le opzioni seguenti possono essere usate per eseguire la migrazione di file crittografati. In tutti i casi, per impostazione predefinita, USMT ha esito negativo se viene trovato un file crittografato a meno che non sia specificata l'opzione /efs
. Per eseguire la migrazione dei file crittografati, è necessario modificare il comportamento predefinito.
Per altre informazioni, vedere Eseguire la migrazione di file e certificati EFS.
Nota
I certificati EFS vengono migrati automaticamente durante la migrazione. Pertanto, l'opzione /efs:copyraw
deve essere specificata con il ScanState.exe
comando per eseguire la migrazione dei file crittografati.
Attenzione
Prestare attenzione durante la migrazione dei file crittografati. Se viene eseguita la migrazione di un file crittografato senza eseguire anche la migrazione del certificato, gli utenti finali non potranno accedere al file dopo la migrazione.
Opzione Command-Line | Spiegazione |
---|---|
/efs:hardlink | Crea un collegamento rigido al file EFS invece di copiarlo. Usare solo con le /hardlink opzioni e /nocompress . |
/efs:abort | Causa l'esito negativo del ScanState.exe comando con un codice di errore, se nel computer di origine viene trovato un file EFS (Encrypting File System). Abilitato per impostazione predefinita. |
/efs:skip | Fa in modo che il ScanState.exe comando ignori i file EFS. |
/efs:decryptcopy | Fa in modo che il ScanState.exe comando decrittografi il file, se possibile, prima di salvarlo nell'archivio di migrazione e di non riuscire se il file non può essere decrittografato. Se il ScanState.exe comando ha esito positivo, il file non viene crittografato nell'archivio di migrazione e, dopo l'esecuzione del LoadState.exe comando, il file viene copiato nel computer di destinazione. |
/efs:copyraw | Fa in modo che il ScanState.exe comando copi i file nel formato crittografato. I file non sono accessibili nel computer di destinazione fino a quando non viene eseguita la migrazione dei certificati EFS. I certificati EFS vengono migrati automaticamente; tuttavia, per impostazione predefinita USMT ha esito negativo se viene trovato un file crittografato, a meno che non sia specificata l'opzione /efs . È pertanto necessario specificare l'opzione /efs:copyraw con il ScanState.exe comando per eseguire la migrazione del file crittografato. Quando il LoadState.exe comando viene eseguito, viene eseguita automaticamente la migrazione del file crittografato e del certificato EFS.Ad esempio: ScanState.exe /i:MigDocs.xml /i:MigApp.xml \server\share\migration\mystore /efs:copyraw
Importante Tutti i file devono essere crittografati se la cartella padre è crittografata. Se l'attributo di crittografia in un file all'interno di una cartella crittografata viene rimosso, il file viene crittografato durante la migrazione usando le credenziali dell'account usato per eseguire lo strumento LoadState . Per altre informazioni, vedere Eseguire la migrazione di file e certificati EFS. |
Opzioni della riga di comando incompatibili
La tabella seguente indica quali opzioni della riga di comando non sono compatibili con il ScanState.exe
comando. Se la voce di tabella per una combinazione specifica ha un ✅, le opzioni sono compatibili e possono essere usate insieme. Il ❌ simbolo indica che le opzioni non sono compatibili. Ad esempio, l'opzione /nocompress
non può essere usata con l'opzione /encrypt
.
Opzione Command-Line | /keyfile | /nocompress | /genconfig | /tutto |
---|---|---|---|---|
/io | ✅ | ✅ | ✅ | ✅ |
/o | ✅ | ✅ | ✅ | ✅ |
/v | ✅ | ✅ | ✅ | ✅ |
/nocompress | ✅ | ✅ | ✅ | N/D |
/localonly | ✅ | ✅ | ❌ | ✅ |
/chiave | ❌ | ✅ | ❌ | ✅ |
/cifrare | Obbligatorio* | ❌ | ❌ | ✅ |
/keyfile | N/D | ✅ | ❌ | ✅ |
/l | ✅ | ✅ | ✅ | ✅ |
/listfiles | ✅ | ✅ | ❌ | ✅ |
/progresso | ✅ | ✅ | ❌ | ✅ |
/r | ✅ | ✅ | ❌ | ✅ |
/w | ✅ | ✅ | ❌ | ✅ |
/c | ✅ | ✅ | ❌ | ✅ |
/p | ✅ | ✅ | ❌ | N/D |
/tutto | ✅ | ✅ | ❌ | ✅ |
/Ui | ✅ | ✅ | ❌ | ❌ |
/ue | ✅ | ✅ | ❌ | ❌ |
/uel | ✅ | ✅ | ❌ | ❌ |
/efs:<option> | ✅ | ✅ | ❌ | ✅ |
/genconfig | ✅ | ✅ | N/D | ✅ |
/config | ✅ | ✅ | ❌ | ✅ |
<StorePath> | ✅ | ✅ | ❌ | ✅ |
Nota
L'opzione /key
o /keyfile
deve essere specificata con l'opzione /encrypt
.