LoadState-Syntax

Der LoadState.exe Befehl wird mit dem Migrationstool für den Benutzerstatus (User State Migration Tool, USMT) verwendet, um einen speicher, der ScanState.exe zuvor vom Befehl erfasst wurde, auf einem Zielcomputer wiederherzustellen. In diesem Artikel werden die LoadState.exe Befehlssyntax und die damit verfügbaren Optionen erläutert.

Vor beginn

Beachten Sie vor dem Ausführen des LoadState.exe Befehls Folgendes:

  • Um sicherzustellen, dass alle Betriebssystemeinstellungen migriert werden, empfiehlt Microsoft die Ausführung LoadState.exe von Befehlen im Administratormodus über ein Konto mit Administratoranmeldeinformationen.

  • Informationen zu den Softwareanforderungen für die Ausführung des LoadState.exe Befehls finden Sie unter USMT-Anforderungen.

  • Melden Sie sich nach dem Ausführen des LoadState.exe Befehls ab. Einige Einstellungen, z. B. z. B. Schriftarten, Hintergrundbilder und Bildschirmschonereinstellungen, werden erst wirksam, wenn sich der Benutzer das nächste Mal anmeldet.

  • Sofern nicht anders angegeben, kann jede Option nur einmal verwendet werden, wenn ein Tool über die Befehlszeile ausgeführt wird.

  • LoadState erfordert keinen Domänencontrollerzugriff, um Domänenprofile anzuwenden. Diese Funktionalität ist ohne zusätzliche Konfiguration verfügbar. Es ist nicht erforderlich, dass der Quellcomputer über Domänencontrollerzugriff verfügt, wenn das Benutzerprofil mithilfe von ScanState erfasst wurde. Der Zugriff auf Domänenprofile ist jedoch erst möglich, wenn der Zielcomputer der Domäne beigetreten ist.

  • In der Tabelle Inkompatible Befehlszeilenoptionen wird aufgeführt, welche Optionen zusammen verwendet werden können und welche Befehlszeilenoptionen nicht kompatibel sind.

Syntax

In diesem Abschnitt werden die Syntax und die Verwendung der Befehlszeilenoptionen erläutert, die bei Verwendung des LoadState.exe Befehls verfügbar sind. Die Optionen können in beliebiger Reihenfolge angegeben werden. Wenn die Option einen Parameter enthält, kann entweder ein Doppelpunkt- oder Leerzeichentrennzeichen angegeben werden.

Die LoadState.exe Syntax des Befehls lautet:

LoadState.exe StorePath [/i:[Path\]FileName] [/v:VerbosityLevel] [/nocompress] [/decrypt /key:KeyString|/keyfile:[Path\]FileName] [/l:[Path\]FileName] [/progress:[Path\]FileName] [/r:TimesToRetry] [/w:SecondsToWait] [/c] [/all] [/ui:[DomainName|ComputerName\]UserName] [/ue:[[DomainName|ComputerName\]UserName] [/uel:NumberOfDays|JJJJ/MM/TT|0] [/md:OldDomain:NewDomain] [/mu:OldDomain\OldUserName:[NewDomain\]NewUserName] [/lac:[Password]] [/lae] [/config:[Path\]FileName] [/?|Hilfe]

Geben Sie beispielsweise den folgenden Befehl ein, um den Speicher zu entschlüsseln und die Dateien und Einstellungen zu einem Computer zu migrieren:

LoadState.exe \\server\share\migration\mystore /i:MigApp.xml /i:MigDocs.xml /v:13 /decrypt /key:"mykey"

Speicheroptionen

USMT bietet die folgenden Optionen, mit denen angegeben werden kann, wie und wo die migrierten Daten gespeichert werden.

Command-Line Option Beschreibung
StorePath Gibt den Ordner an, in dem die Dateien und Einstellungsdaten gespeichert werden. StorePath muss angegeben werden, wenn Sie den LoadState.exe Befehl verwenden. Es können nicht mehr als ein StorePath angegeben werden.
/decrypt /key:KeyString
or
/decrypt /key:"Key String"
or
/decrypt /keyfile:[Path]FileName
Entschlüsselt den Speicher mit dem angegebenen Schlüssel. Bei dieser Option muss der Verschlüsselungsschlüssel auf eine der folgenden Arten angegeben werden:
  • /key:KeyString gibt den Verschlüsselungsschlüssel an. Wenn in KeyString ein Leerzeichen vorhanden ist, muss das Argument in Anführungszeichen (") eingeschlossen werden.
  • /keyfile:FilePathAndName gibt eine Textdatei (.txt) an, die den Verschlüsselungsschlüssel enthält.

KeyString darf 256 Zeichen nicht überschreiten.
Die /key Optionen und /keyfile können nicht in derselben Befehlszeile verwendet werden.
Die /decrypt Optionen und /nocompress können nicht in derselben Befehlszeile verwendet werden.
Wichtig
Seien Sie vorsichtig, wenn Sie die /key Optionen oder keyfile verwenden. Beispielsweise hat jeder, der Zugriff auf Skripts hat, die den LoadState.exe Befehl mit diesen Optionen ausführen, auch Zugriff auf den Verschlüsselungsschlüssel.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /decrypt /key:mykey
/decrypt:"Verschlüsselungsstärke" Die /decrypt Option akzeptiert einen Befehlszeilenparameter, um die für die Verschlüsselung des Migrationsspeichers angegebene Verschlüsselungsstärke zu definieren. Weitere Informationen zu unterstützten Verschlüsselungsalgorithmen finden Sie unter Migrationsspeicherverschlüsselung.
/hardlink Ermöglicht die Wiederherstellung von Benutzerzustandsdaten aus einem Migrationsspeicher mit festem Link. Der /nocompress Parameter muss mit /hardlink der Option angegeben werden.
/nocompress Gibt an, dass der Speicher nicht komprimiert ist. Diese Option sollte nur in Testumgebungen verwendet werden. Microsoft empfiehlt die Verwendung eines komprimierten Speichers während der eigentlichen Migration. Diese Option kann nicht mit der /decrypt Option verwendet werden.
Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /nocompress

Optionen für Migrationsregel

USMT bietet die folgenden Optionen, um anzugeben, welche Dateien migriert werden sollen.

Command-Line Option Beschreibung
/i:[Pfad]Dateiname (include)
Gibt eine .xml-Datei an, die Regeln enthält, die definieren, welche Daten migriert werden sollen. Diese Option kann mehrmals angegeben werden, um alle .xml -Dateien (MigApp.xml, MigSys.xmlund MigDocs.xml alle benutzerdefinierten .xml Dateien, die erstellt werden) einzuschließen. Der Pfad kann entweder ein relativer oder vollständiger Pfad sein. Wenn die Path-Variable nicht angegeben ist, muss sich FileName im aktuellen Verzeichnis befinden.

Weitere Informationen dazu, welche Dateien angegeben werden sollen, finden Sie im Abschnitt "XML-Dateien" des Artikels Häufig gestellte Fragen .
/config:[Path]FileName Gibt die Config.xml Datei an, die der LoadState.exe Befehl verwenden soll. Diese Option kann nicht mehrmals in der Befehlszeile angegeben werden. Der Pfad kann entweder ein relativer oder vollständiger Pfad sein. Wenn die Path-Variable nicht angegeben ist, muss sich fileName im aktuellen Verzeichnis befinden.

In diesem Beispiel werden die Dateien und Einstellungen basierend auf den Regeln in den Config.xmlDateien , MigDocs.xmlund MigApp.xml migriert:

LoadState.exe \server\share\migration\mystore /config:Config.xml /i:MigDocs.xml /i:MigApp.xml /v:5 /l:LoadState.log
/auto:"Pfad zu Skriptdateien" Mit dieser Option können Sie den Speicherort der Standarddateien.xml angeben. Wenn kein Pfad angegeben ist, verwendet USMT das Verzeichnis, in dem sich die USMT-Binärdateien befinden. Die /auto Option hat die gleiche Auswirkung wie die Verwendung der folgenden Optionen: /i:MigDocs.xml/i:MigApp.xml /v:5.

Überwachungsoptionen

USMT bietet mehrere Befehlszeilenoptionen, die verwendet werden können, um Probleme zu analysieren, die während der Migration auftreten.

Command-Line Option Beschreibung
/l:[Pfad]Dateiname Gibt den Speicherort und den Namen des LoadState-Protokolls an. Die Protokolldateien können nicht in StorePath gespeichert werden. Der Pfad kann entweder ein relativer oder vollständiger Pfad sein. Wenn die Path-Variable nicht angegeben ist, wird das Protokoll im aktuellen Verzeichnis erstellt. Die /v Option kann angegeben werden, um die Ausführlichkeit des Protokolls anzupassen.

Wenn der LoadState.exe Befehl von einer freigegebenen Netzwerkressource aus ausgeführt wird, muss die l Option angegeben werden. Andernfalls schlägt USMT mit dem Fehler fehl:

USMT konnte die Protokolldateien nicht erstellen.

Um dieses Problem zu beheben, stellen Sie sicher, dass Sie die /l Option angeben, wenn Sie von einer freigegebenen Netzwerkressource aus ausführen LoadState.exe .
/v:<VerbosityLevel> (Ausführlichkeit)

Aktiviert die ausführliche Ausgabe in der LoadState-Protokolldatei . Der Standardwert ist 0.
VerbosityLevel kann auf eine der folgenden Ebenen festgelegt werden:
  • 0 – Nur die Standardfehler und -warnungen sind aktiviert.
  • 1 – Aktiviert die ausführliche Ausgabe.
  • 4 – Aktiviert fehler- und status Ausgabe.
  • 5 – Aktiviert ausführliche und status Ausgabe.
  • 8 – Aktiviert die Fehlerausgabe an einen Debugger.
  • 9 – Aktiviert die ausführliche Ausgabe an einen Debugger.
  • 12 – Aktiviert fehler- und status Ausgabe an einen Debugger.
  • 13 – Aktiviert ausführliche, status- und Debuggerausgabe.

Zum Beispiel:
LoadState.exe \server\share\migration\mystore /v:5 /i:MigDocs.xml /i:MigApp.xml
/progress:[Path]FileName Erstellt das optionale Statusprotokoll. Die Protokolldateien können nicht in StorePath gespeichert werden. Der Pfad kann entweder ein relativer oder vollständiger Pfad sein. Wenn die Path-Variable nicht angegeben ist, wird FileName im aktuellen Verzeichnis erstellt.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /progress:Progress.log /l:loadlog.log
/C Wenn diese Option angegeben ist, wird der LoadState.exe Befehl weiterhin ausgeführt, auch wenn nicht schwerwiegende Fehler auftreten. Alle Dateien oder Einstellungen, die einen Fehler verursachen, werden im Statusprotokoll protokolliert. Wenn z. B. eine große Datei vorhanden ist, die nicht auf den Computer passt, protokolliert der LoadState.exe Befehl einen Fehler und führt die Migration aus. Ohne die /c Option wird der LoadState.exe Befehl beim ersten Fehler beendet. Der <Abschnitt ErrorControl> kann in der Config.xml Datei verwendet werden, um anzugeben, welche Datei- oder Registrierungs-Lese-/Schreibfehler sicher ignoriert werden können und welche dazu führen können, dass die Migration fehlschlägt. Diese Fehlersteuerung ermöglicht es der /c Befehlszeilenoption, alle Eingabe-/Ausgabefehler (E/A) in der Umgebung sicher zu überspringen. Darüber hinaus generiert die /genconfig Option jetzt einen ErrorControl-Beispielabschnitt><, der durch Angeben von Fehlermeldungen und gewünschtem Verhalten in der Config.xml Datei aktiviert wird.
/r:<TimesToRetry> (Wiederholen)

Gibt die Anzahl der Wiederholungsversuche an, wenn beim Migrieren des Benutzerzustands von einem Server ein Fehler auftritt. Der Standardwert ist dreimal. Diese Option ist in Umgebungen nützlich, in denen die Netzwerkkonnektivität nicht zuverlässig ist.

Wenn der Benutzerzustand wiederhergestellt wird, werden mit der Option keine Daten wiederhergestellt, die /r aufgrund eines Netzwerkhardwarefehlers verloren gehen, z. B. aufgrund eines fehlerhaften oder getrennten Netzwerkkabels, oder wenn eine VPN-Verbindung (Virtual Private Network) fehlschlägt. Die Wiederholungsoption ist für große, ausgelastete Netzwerke vorgesehen, bei denen die Konnektivität zufriedenstellend ist, aber die Kommunikationslatenz ein Problem darstellt.
/w:<SecondsBeforeRetry> (Warten)

Gibt die Zeit in Sekunden an, die gewartet werden soll, bevor ein Netzwerkdateivorgang wiederholt wird. Der Standardwert ist 1 Sekunde.
/? oder /help Zeigt die Hilfe in der Befehlszeile an.

Benutzeroptionen

Standardmäßig werden alle Benutzer migriert. Die einzige Möglichkeit, anzugeben, welche Benutzer ein- und ausgeschlossen werden sollen, ist die Verwendung der folgenden Optionen. Benutzer können bei der Migration .xml Dateien oder mithilfe der Config.xml Datei nicht ausgeschlossen werden. Weitere Informationen finden Sie unter Identifizieren von Benutzern.

Command-Line Option Beschreibung
/Alle Migriert alle Benutzer auf dem Computer.

USMT migriert alle Benutzerkonten auf dem Computer, es sei denn, ein Konto wird mit den /ue Optionen oder /uel ausdrücklich ausgeschlossen. Aus diesem Grund muss diese Option nicht in der Befehlszeile angegeben werden. Bei Verwendung der /all Option können jedoch nicht auch die /uiOptionen , /ue oder /uel verwendet werden.
/ui:DomainName UserName
or
/ui:"DomainName User Name"
or
/ui:ComputerName LocalUserName
(Benutzer einschließen)

Migriert den angegebenen Benutzer. Standardmäßig sind alle Benutzer in die Migration einbezogen. Daher ist diese Option nur hilfreich, wenn sie mit der /ue Option verwendet wird. Es können mehrere /ui Optionen angegeben werden, aber die /ui Option kann nicht mit der /all Option verwendet werden. DomainName und UserName können das Platzhalterzeichen (*) enthalten. Wenn ein Benutzername angegeben wird, der Leerzeichen enthält, muss er in Anführungszeichen (") eingeschlossen werden.

Wenn Sie beispielsweise nur User2 aus der Domäne "Unternehmen" einschließen möchten, geben Sie Folgendes ein:

/ue:* /ui:corporate\user2

Hinweis
Wenn ein Benutzer für die Aufnahme mit der /ui Option angegeben und auch angegeben wird, dass er mit den /ue Optionen oder /uel ausgeschlossen werden soll, wird der Benutzer in die Migration einbezogen.

Weitere Beispiele finden Sie in den Beschreibungen der /uelOptionen , /ueund /ui in dieser Tabelle.
/uel:<NumberOfDays>
or
/uel:<YYYY/MM/DD>
or
/uel:0
(Benutzerausschluss basierend auf der letzten Anmeldung)

Migriert nur die Benutzer, die sich innerhalb des angegebenen Zeitraums auf dem Quellcomputer angemeldet haben, basierend auf dem Datum der letzten Änderung der Ntuser.dat Datei auf dem Quellcomputer. Die /uel Option fungiert als Includeregel. Beispielsweise migriert die /uel:30 Option Benutzer, die sich innerhalb der letzten 30 Tage ab dem Datum der Ausführung des ScanState.exe Befehls angemeldet haben oder deren Benutzerkonto geändert wurde. Die Anzahl der Tage kann angegeben oder ein Datum angegeben werden. Diese Option kann nicht mit der /all Option verwendet werden. USMT ruft die letzten Anmeldeinformationen vom lokalen Computer ab, sodass der Computer beim Ausführen dieser Option nicht mit dem Netzwerk verbunden werden muss. Wenn sich ein Domänenbenutzer bei einem anderen Computer anmeldet, berücksichtigt USMT außerdem nicht, dass die Anmeldung instance.
Hinweis
Die /uel Option ist bei Offlinemigrationen nicht gültig.

Beispiele:
  • /uel:0 migriert Konten, die beim Ausführen des ScanState.exe Befehls auf dem Quellcomputer angemeldet waren.
  • /uel:90 migriert Benutzer, die sich innerhalb der letzten 90 Tage angemeldet haben oder deren Konten anderweitig geändert wurden.
  • /uel:1 migriert Benutzer, deren Konten innerhalb der letzten 24 Stunden geändert wurden.
  • /uel:2020/2/15 migriert Benutzer, die sich angemeldet haben oder deren Konten seit dem 15. Februar 2020 geändert wurden.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /uel:0
/ue:Domänenname\Benutzername
or
/ue"Domänenname\Benutzername"
or
/ue:ComputerName\LocalUserName
(Benutzer ausschließen)

Schließt die angegebenen Benutzer von der Migration aus. Es können mehrere /ue Optionen verwendet werden, aber die /ue Option kann nicht mit der /all Option verwendet werden. DomainName und UserName können das Platzhalterzeichen (*) enthalten. Wenn ein Benutzername angegeben wird, der Leerzeichen enthält, muss er in Anführungszeichen (") eingeschlossen werden.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore /ue:contoso\user1
Weitere Beispiele finden Sie in den Beschreibungen der /uelOptionen , /ueund /ui in dieser Tabelle.
/md:OldDomain:NewDomain
or
/md:LocalComputerName:NewDomain
(Domäne verschieben)

Gibt eine neue Domäne für den Benutzer an. Verwenden Sie diese Option, um die Domäne für Benutzer auf einem Computer zu ändern oder einen lokalen Benutzer zu einem Domänenkonto zu migrieren. OldDomain kann das Sternchen () als Platzhalterzeichen enthalten.

Diese Option kann mehrmals angegeben werden. Wenn Benutzer über mehrere Domänen hinweg in einer einzelnen Domäne konsolidiert werden, müssen möglicherweise mehrere /md Optionen angegeben werden. Um beispielsweise die Benutzer aus den Domänen Corporate und FarNorth in der Domäne Fabrikam zu konsolidieren, geben Sie die folgenden Einstellungen an: /md:corporate:fabrikam und /md:farnorth:fabrikam.

Wenn konflikte zwischen zwei /md Befehlen auftreten, wird die erste angegebene Regel angewendet. Wenn beispielsweise die /md:corporate:fabrikam Befehle und /md:corporate:farnorth angegeben werden, werden Unternehmensbenutzer der Fabrikam-Domäne zugeordnet.
Hinweis
Wenn eine Domäne angegeben wird, die auf dem Quellcomputer nicht vorhanden war, scheint der LoadState.exe Befehl ohne Fehler oder Warnung erfolgreich abgeschlossen zu werden. In diesem Fall werden Benutzer jedoch nicht zu NewDomain verschoben, sondern verbleiben stattdessen in ihrer ursprünglichen Domäne. Wenn contoso beispielsweise falsch geschrieben und stattdessen /md:contso:fabrikam angegeben wird, verbleiben die Benutzer auf dem Zielcomputer in contoso.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore
/progress:Progress.log /l:LoadState.log /md:contoso:fabrikam
/mu:OldDomain OldUserName:[NewDomain]NewUserName
or
/mu:OldLocalUserName:NewDomain NewUserName
(Benutzer verschieben)

Gibt einen neuen Benutzernamen für den angegebenen Benutzer an. Wenn der Speicher mehr als einen Benutzer enthält, können mehrere /mu Optionen angegeben werden. Mit dieser Option können keine Wildcardzeichen verwendet werden.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore
/progress:Progress.log /l:LoadState.log /mu:contoso\user1:fabrikam\user1
/lac:[Kennwort] (Lokales Konto erstellen)

Wenn ein Benutzerkonto wie folgt lautet:
  • Ein lokales Konto (kein Domänenkonto)
  • Ein Konto, das auf dem Zielcomputer nicht vorhanden ist
Diese Einstellung gibt an, dass das Konto auf dem Zielcomputer erstellt werden soll. Das Konto ist jedoch deaktiviert. Um das Konto zu aktivieren, muss auch die /lae Option verwendet werden.

Wenn die /lac Option nicht angegeben ist, werden keine lokalen Benutzerkonten migriert, die noch nicht auf dem Zielcomputer vorhanden sind.

Password ist das Kennwort für das neu erstellte Konto. Standardmäßig wird ein leeres Kennwort verwendet.
Achtung
Verwenden Sie die Kennwortvariable mit Vorsicht. Die Variable Password wird als Nur-Text bereitgestellt, und jeder, der Zugriff auf den Computer hat, auf dem der LoadState.exe Befehl ausgeführt wird, kann das Kennwort abrufen.
Wenn der Computer über mehrere Benutzer verfügt, verfügen alle migrierten Benutzer über dasselbe Kennwort.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore

Anweisungen finden Sie unter Migrieren von Benutzerkonten.
/lae (Lokales Konto aktivieren)

Aktiviert das Konto, das mit der /lac Option erstellt wurde. Die /lac Option muss mit dieser Option angegeben werden.

Zum Beispiel:
LoadState.exe /i:MigApp.xml /i:MigDocs.xml \server\share\migration\mystore
/progress:Progress.log /l:LoadState.log /lac:password /lae

Anweisungen finden Sie unter Migrieren von Benutzerkonten.

Beispiele für die Optionen "/ui" und "/ue"

Die folgenden Beispiele gelten für die Optionen /ui und /ue . Die Option /ue kann durch die Option /ui ersetzt werden, um die angegebenen Benutzer einzuschließen, anstatt sie auszuschließen.

Verhalten Befehl
Schließen Sie den Benutzer mit dem Namen User One in der Unternehmensdomäne aus. /ue:"corporate\user one"
Schließen Sie den Benutzer mit dem Namen User1 in der Unternehmensdomäne aus. /ue:corporate\user1
Schließen Sie den lokalen Benutzer mit dem Namen User1 aus. /ue:%computername%\user1
Schließen Sie alle Domänenbenutzer aus. /ue:Domain
Schließen Sie alle lokalen Benutzer aus. /ue:%computername%
Schließen Sie Benutzer in allen Domänen mit den Namen User1, User2 usw. aus. /ue:\user

Gemeinsames Verwenden der Optionen

Die /uelOptionen , /ue und /ui können zusammen verwendet werden, um nur die Benutzer zu migrieren, die migriert werden müssen.

Die Option /ui hat Vorrang vor den Optionen /ue und /uel. Wenn ein Benutzer mithilfe der /ui -Option eingeschlossen und auch mit der /ue -Option oder /uel ausgeschlossen wird, wird der Benutzer in die Migration einbezogen. Wenn /ui:contoso\* /ue:contoso\user1 beispielsweise angegeben ist, wird User1 migriert, da die /ui Option Vorrang vor der /ue Option hat.

Die Option /uel hat Vorrang vor der Option /ue. Wenn sich ein Benutzer innerhalb des durch die /uel Option festgelegten zeitraums angemeldet hat, wird das Profil dieses Benutzers auch dann migriert, wenn er mithilfe der /ue Option ausgeschlossen wird. Wenn /ue:contoso\user1 /uel:14 beispielsweise angegeben ist, wird User1 migriert, wenn er sich innerhalb der letzten 14 Tage am Computer angemeldet hat.

Verhalten Befehl
Schließen Sie nur User2 aus der Fabrikam-Domäne ein, und schließen Sie alle anderen Benutzer aus. /ue:* /ui:fabrikam\user2
Schließen Sie nur den lokalen Benutzer mit dem Namen User1 ein, und schließen Sie alle anderen Benutzer aus. /ue:* /ui:user1
Schließen Sie nur die Domänenbenutzer von Contoso mit Ausnahme von Contoso\User1 ein. Dieses Verhalten kann nicht mit einem einzelnen Befehl abgeschlossen werden. Um diese Gruppe von Benutzern zu migrieren, geben Sie stattdessen die folgenden Optionen an:
  • Geben Sie mit dem Befehlszeilentool ScanState Folgendes ein:
    /ue:* /ui:contoso
  • Geben Sie mit dem Befehlszeilentool LoadState Folgendes ein:
    /ue:contoso\user1
Schließen Sie nur lokale (nicht domänenbezogene) Benutzer ein. /ue: /ui:%computername%*

Inkompatible Befehlszeilenoptionen

In der folgenden Tabelle ist angegeben, welche Befehlszeilenoptionen nicht mit dem LoadState.exe Befehl kompatibel sind. Wenn der Tabelleneintrag für eine bestimmte Kombination einen ✅aufweist, sind die Optionen kompatibel und können zusammen verwendet werden. Das ❌ Symbol bedeutet, dass die Optionen nicht kompatibel sind. Die /nocompress Option kann beispielsweise nicht mit der /encrypt Option verwendet werden.

Command-Line Option /Keyfile /nocompress /genconfig /Alle
/Ich
/V
/nocompress n. a.
/Schlüssel
/Entschlüsseln Erforderlich*
/Keyfile n. a.
/L
/Fortschritt
/R
/W
/C
/P n. a.
/Alle
/Benutzeroberfläche
/Ue
/uel
/genconfig n. a.
/Config
StorePath
/Md
/Mu
/Lae
/Lac

Hinweis

Entweder die /key -Option oder /keyfile die -Option muss mit der /decrypt -Option angegeben werden.