Bearbeiten

Freigeben über


Häufig gestellte Fragen

Gilt für:

  • Windows 11
  • Windows 10

Die folgenden Abschnitte enthalten häufig gestellte Fragen und empfohlene Lösungen für Migrationen mit dem User State Migration Tool (USMT).

Allgemein

Wie viel Speicherplatz wird auf dem Zielcomputer benötigt?

Der Zielcomputer benötigt genügend verfügbaren Speicherplatz für die folgenden Elemente:

  • Betriebssystem

  • Anwendungen

  • Nicht komprimierter Speicher

Können die Dateien und Einstellungen direkt auf dem Zielcomputer gespeichert werden, oder wird ein Server benötigt?

Dateien müssen nicht auf einem Server gespeichert werden. Wenn Sie den Benutzerzustand auf einen neuen Computer verschieben, kann der Speicher auf folgendem Computer erstellt werden:

  • Ein freigegebener Ordner.
  • Auf Wechselmedien, z. B. einem USB-Speicherstick (UFD).
  • Direkt auf dem Zielcomputer.

So speichern Sie sie direkt auf dem Zielcomputer:

  1. Erstellen Sie das Verzeichnis C:\store , und geben Sie es auf dem Zielcomputer weiter.

  2. Führen Sie das ScanState-Tool auf dem Quellcomputer aus, und speichern Sie die Dateien und Einstellungen unter \\<DestinationComputerName>\store

  3. Führen Sie das Tool LoadState auf dem Zielcomputer aus, und geben Sie C:\store als Speicherort an.

Können Daten zwischen Betriebssystemen mit unterschiedlichen Sprachen migriert werden?

Nein. USMT unterstützt die Migration von Daten zwischen Betriebssystemen mit unterschiedlichen Sprachen nicht. Die Betriebssystemsprache des Quellcomputers muss mit der Betriebssystemsprache des Zielcomputers übereinstimmen.

Kann der Speicherort des temporären Verzeichnisses auf dem Zielcomputer geändert werden?

Ja. Die Umgebungsvariable USMT\_WORKING\_DIR kann in ein alternatives temporäres Verzeichnis geändert werden. Es gibt einige Offlinemigrationsszenarien, in denen das temporäre Verzeichnis geändert werden muss, z. B. wenn sich die USMT-Binärdateien auf einem schreibgeschützten WinPE-Startmedium (Windows Preinstallation Environment) befinden.

Wie wird USMT installiert?

Da USMT im Windows Assessment and Deployment Kit (Windows ADK) enthalten ist, muss das Windows ADK-Paket auf mindestens einem Computer in der Umgebung installiert werden. Die USMT-Binärdateien können dann aus dem USMT-Verzeichnis kopiert werden, das sich auf dem ursprünglichen Computer befindet, auf dem das Windows ADK installiert wurde, auf zusätzliche Clientcomputer.

Wie wird USMT deinstalliert?

Bei Computern, auf denen das Windows ADK installiert ist, wird USMT beim Deinstallieren des Windows ADK auf dem Computer deinstalliert. Für Clientcomputer, auf denen das Windows ADK nicht installiert ist, kann das USMT-Verzeichnis gelöscht werden, um USMT zu deinstallieren.

Dateien und Einstellungen

Wie kann ein Ordner oder ein bestimmter Dateityp von der Migration ausgeschlossen werden?

Das <element unconditionalExclude> kann verwendet werden, um Daten global von der Migration auszuschließen. Dieses Element kann beispielsweise verwendet werden, um alle MP3-Dateien auf dem Computer oder alle Dateien aus C:\UserDataauszuschließen. Dieses Element schließt Objekte unabhängig von anderen <Includeregeln> aus, die in den .xml Dateien enthalten sind. Ein Beispiel finden Sie unter <unconditionalExclude> im Artikel Ausschließen von Dateien und Einstellungen . Die Syntax dieses Elements finden Sie unter XML-Elementbibliothek.

Was geschieht mit Dateien, die sich auf einem Laufwerk befanden, das auf dem Zielcomputer nicht vorhanden ist?

USMT migriert die Dateien zu , %SystemDrive% während die richtige Ordnerhierarchie beibehalten wird. Zum Beispiel:

  • E:\data\File.pst befindet sich auf dem Quellcomputer.
  • Der Zielcomputer verfügt nicht über ein E:\-Laufwerk.
  • C:\ ist das Systemlaufwerk auf dem Zielcomputer.

Die Datei wird zu C:\data\File.pstmigriert. Dieses Verhalten gilt auch dann, wenn <locationModify-Regeln> versuchen, Daten auf ein Laufwerk zu verschieben, das auf dem Zielcomputer nicht vorhanden ist.

USMT-.xml Dateien

Wo gibt es Beispiele für USMT **.xml**-Dateien?

Können benutzerdefinierte **.xml**-Dateien verwendet werden, die für USMT 5.0 geschrieben wurden?

Ja. Benutzerdefinierte .xml Dateien, die für USMT 5.0 geschrieben wurden, können mit neueren Versionen von USMT verwendet werden. Um jedoch die neue USMT-Funktionalität verwenden zu können, müssen die benutzerdefinierten USMT-Dateien erneut aufgegriffen und aktualisiert werden, um die neuen Befehlszeilenoptionen und XML-Elemente einzuschließen.

Wie können die **.xml**-Dateien überprüft werden?

Das USMT-XML-Schema (MigXML.xsd) kann zum Schreiben und Überprüfen der Migration .xml Dateien verwendet werden.

Warum müssen die **.xml**-Dateien sowohl in den Befehlen 'ScanState.exe' als auch 'LoadState.exe' enthalten sein?

Die .xml Dateien werden nicht wie in früheren USMT-Versionen in den Speicher kopiert. Da die ScanState - und LoadState-Tools die .xml Dateien benötigen, um die Migration zu steuern, muss derselbe Satz von.xml Dateien für die ScanState.exe Befehle und LoadState.exe angegeben werden. Wenn eine bestimmte Gruppe von mig*.xml-Dateien im ScanState-Tool verwendet wurde, entweder über die /auto Option oder einzeln über die /i Option aufgerufen, sollte dieselbe Option verwendet werden, um genau die gleichen mig*.xml-Dateien im LoadState-Tool aufzurufen. Die Config.xml Datei muss jedoch nicht angegeben werden, es sei denn, Dateien und Einstellungen, die in den Speicher migriert wurden, müssen ausgeschlossen werden. Beispielsweise kann der Ordner Dokumente in den Speicher, aber nicht zum Zielcomputer migriert werden. Ändern Sie für diesen Migrationstyp die Config.xml Datei, und geben Sie die aktualisierte Datei mit dem LoadState.exe Befehl an. LoadState migriert nur die gewünschten Dateien und Einstellungen.

Wenn eine .xml-Datei vom LoadState.exe Befehl ausgeschlossen wird, werden alle Daten im Speicher, der mit dem fehlenden .xml-Dateien migriert wurde, migriert. Die migrationsregeln, die für den ScanState.exe Befehl angegeben wurden, gelten jedoch nicht. Wenn beispielsweise eine MigApp.xml Datei mit einer Umleitungsregel wie MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%") ausgeschlossen ist, leitet USMT die Dateien nicht um. Stattdessen werden sie zu C:\datamigriert.

Welche Dateien können in der Befehlszeile geändert und angegeben werden?

Die MigUser.xmlDateien , MigApp.xmlund MigDocs.xml können in der Befehlszeile angegeben werden. Jede dieser Dateien kann geändert werden. Manifeste steuern die Migration von Betriebssystemeinstellungen. Manifeste können nicht geändert werden. Um bestimmte Betriebssystemeinstellungen oder andere Komponenten auszuschließen, erstellen und ändern Sie die Config.xml Datei.

Was geschieht, wenn die **.xml**-Dateien nicht in der Befehlszeile angegeben werden?

  • Scanstate

    Wenn mit dem ScanState.exe Befehl keine Dateien angegeben werden, werden alle Benutzerkonten und Standardbetriebssystemkomponenten migriert.

  • Loadstate

    Wenn mit dem LoadState.exe Befehl keine Dateien angegeben werden, werden alle Daten, die sich im Speicher befinden, migriert. Zielspezifische Migrationsregeln, die in .xml Dateien mit dem ScanState.exe Befehl angegeben wurden, gelten jedoch nicht. Wenn beispielsweise eine MigApp.xml Datei mit einer Umleitungsregel wie MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%") ausgeschlossen ist, leitet USMT die Dateien nicht um. Stattdessen werden sie zu C:\datamigriert.

Konflikte und Rangfolge

Was geschieht, wenn auf dem Zielcomputer in Konflikt stehende XML-Regeln oder in Konflikt stehende Objekte vorhanden sind?

Weitere Informationen finden Sie unter Konflikte und Rangfolge.