Anpassen von USMT-XML-Dateien

Übersicht

Um eine der Migrations -.xml-Dateien mit den ScanState - und LoadState-Tools zu verwenden, geben Sie diese Dateien in der Befehlszeile mithilfe der /i Option an. Da die ScanState - und LoadState-Tools die .xml Dateien benötigen, um die Migration zu steuern, geben Sie den gleichen Satz von.xml Dateien für die ScanState.exe Befehle und LoadState.exe an. Die Config.xml Datei mit der /config Option muss jedoch nicht angegeben werden, es sei denn, einige der migrierten Dateien und Einstellungen aus dem Speicher müssen ausgeschlossen werden. Beispielsweise, um den Ordner Dokumente zum Speicher, aber nicht zum Zielcomputer zu migrieren. Um dieses Szenario zu erreichen, ändern Sie die Config.xml Datei, und geben Sie die aktualisierte Datei mit dem LoadState.exe Befehl an. Der LoadState.exe Befehl migriert dann nur die gewünschten Dateien und Einstellungen.

Wenn eine .xml-Datei im LoadState.exe Befehl ausgelassen wird, werden alle Daten im Speicher, der mit dem fehlenden .xml-Dateien migriert wurde, migriert. Die migrationsregeln, die mit dem ScanState.exe Befehl angegeben wurden, gelten jedoch nicht. Wenn z. B. eine .xml Datei ausgelassen wird und eine Umleitungsregel enthält, z. B.:

MigsysHelperFunction.RelativeMove("c:\data", "%CSIDL_PERSONAL%")

USMT leitet die Dateien nicht um, und sie werden zu C:\datamigriert.

Führen Sie eine oder mehrere der folgenden Schritte aus, um die Migration zu ändern.

  • Ändern Sie die Migration .xml Dateien. Um einen Teil einer Komponente auszuschließen, ändern Sie die .xml Dateien. Beispielsweise, um C:\ zu migrieren, aber alle .mp3 Dateien auszuschließen oder Daten an einen neuen Speicherort auf dem Zielcomputer zu verschieben. Um diese Dateien zu ändern, müssen Sie mit den Migrationsregeln und der Syntax vertraut sein. Damit ScanState und LoadState diese Dateien verwenden können, geben Sie sie an der Befehlszeile an, wenn die einzelnen Befehle eingegeben werden.

  • Erstellen Sie eine benutzerdefinierte .xml-Datei. Eine benutzerdefinierte .xml-Datei kann auch erstellt werden, um Einstellungen für eine andere Anwendung zu migrieren oder das Migrationsverhalten entsprechend den Anforderungen der Organisation zu ändern. Damit ScanState und LoadState diese Datei verwenden können, geben Sie sie in beiden Befehlszeilen an.

  • Erstellen und ändern Sie eine Config.xml-Datei. Erstellen und ändern Sie eine Config.xml Datei, um eine gesamte Komponente von der Migration auszuschließen. Beispielsweise kann eine Config.xml Datei verwendet werden, um den gesamten Ordner Dokumente oder die Einstellungen für eine Anwendung auszuschließen. Das Ausschließen von Komponenten, die eine Config.xml Datei verwenden, ist einfacher als das Ändern der Migration .xml Dateien, da keine Vertrautheit mit den Migrationsregeln und der Syntax erforderlich ist. Darüber hinaus ist die Verwendung einer Config.xml Datei die einzige Möglichkeit, die Betriebssystemeinstellungen von der Migration auszuschließen.

Weitere Informationen zum Ausschließen von Daten finden Sie im Artikel Ausschließen von Dateien und Einstellungen .

Migrationsdateien .xml

In diesem Abschnitt wird die Migration .xml Dateien beschrieben, die in USMT enthalten sind. Jede Datei enthält Migrationsregeln, die steuern, welche Komponenten migriert werden und wohin sie auf dem Zielcomputer migriert werden.

Hinweis

Das Sternchen (*) Platzhalterzeichen kann in jeder dieser Dateien verwendet werden. Ein Fragezeichen (?) kann jedoch nicht als Wildcardzeichen verwendet werden.

  • Die MigApp.xml-Datei. Geben Sie diese Datei mit den ScanState.exe Befehlen und LoadState.exe an, um anwendungseinstellungen zu migrieren.

  • Die MigDocs.xml-Datei. Geben Sie diese Datei mit den Tools ScanState und LoadState an, um alle Benutzerordner und Dateien zu migrieren, die von der MigXmlHelper.GenerateDocPatterns-Hilfsfunktion gefunden werden. Diese Hilfsfunktion sucht Benutzerdaten, die sich im Stammverzeichnis eines beliebigen Laufwerks und im Verzeichnis Users befinden. Es werden jedoch keine Anwendungsdaten, Programmdateien oder Dateien im Windows-Verzeichnis gefunden und migriert. Die MigDocs.xml Datei kann geändert werden.

  • Die MigUser.xml-Datei. Geben Sie diese Datei mit den ScanState.exe Befehlen und LoadState.exe an, um Benutzerordner, Dateien und Dateitypen zu migrieren. Die MigUser.xml Datei kann geändert werden. Diese Datei enthält keine Regeln, die bestimmte Benutzerkonten migrieren. Die einzige Möglichkeit zum Angeben der zu migrierenden Benutzerkonten ist die Befehlszeile mithilfe der ScanState User-Optionen und der LoadState User-Optionen.

Hinweis

Verwenden Sie die MigUser.xml Dateien und MigDocs.xml nicht zusammen. Weitere Informationen finden Sie in den Artikeln Identifizieren von Dateitypen, Dateien und Ordnern und bewährten USMT-Methoden .

Benutzerdefinierte .xml-Dateien

Benutzerdefinierte .xml-Dateien können erstellt werden, um die Migration an die individuellen Anforderungen der Organisation anzupassen. Beispielsweise kann eine benutzerdefinierte .xml-Datei erstellt werden, um eine Branchenanwendung zu migrieren oder das Standardmigrationsverhalten zu ändern. Geben ScanState.exe Sie für und LoadState.exe diese Datei mit beiden Befehlen an. Weitere Informationen finden Sie im Artikel Benutzerdefinierte XML-Beispiele .

Die Config.xml-Datei

Die Config.xml Datei ist eine optionale Datei, die mit der /genconfig Option mit dem ScanState.exe Befehl erstellt wird. Diese Datei sollte erstellt und geändert werden, um bestimmte Komponenten von der Migration auszuschließen. Darüber hinaus muss diese Datei erstellt und geändert werden, damit keine der Betriebssystemeinstellungen von der Migration ausgeschlossen wird. Das Config.xml Dateiformat unterscheidet sich von der Migration .xml Dateien, da es keine Migrationsregeln enthält. Sie enthält nur eine Liste der Betriebssystemkomponenten, Anwendungen und Benutzerdokumente, die migriert werden können. Ein Beispiel finden Sie im Artikel Config.xml-Datei . Aus diesem Grund ist das Ausschließen von Komponenten, die die Config.xml Datei verwenden, einfacher als das Ändern der Migration .xml Dateien. Mit ist Config.xmlnicht mit den Migrationsregeln und der Syntax vertraut. In einer Config.xml Datei können jedoch keine Wildcardzeichen verwendet werden.

Um alle Standardkomponenten einzuschließen, Config.xml muss keine Datei erstellt werden. Wenn das in den MigApp.xmlDateien , MigDocs.xmlund MigUser.xml definierte Standardmigrationsverhalten zufriedenstellend ist und nur einige Komponenten ausgeschlossen werden müssen, kann alternativ eine Config.xml Datei erstellt werden. Die anderen .xml Dateien können im ursprünglichen Zustand belassen werden.

Wenn der ScanState.exe Befehl mit der /genconfig Option ausgeführt wird, ScanState.exe liest die anderen .xml Dateien, die mithilfe der /i Option zum Erstellen einer benutzerdefinierten Liste von Komponenten angegeben werden, die vom Computer migriert werden können. Diese Datei enthält nur Betriebssystemkomponenten, Anwendungen und die Abschnitte des Benutzerdokuments, die sich in beiden .xml-Dateien befinden und auf dem Computer installiert sind, wenn der ScanState.exe Befehl mit der /genconfig Option ausgeführt wird. Daher sollte diese Datei auf einem Quellcomputer erstellt werden, der alle Komponenten, Anwendungen und Einstellungen enthält, die auf den Zielcomputern vorhanden sind. Durch das Erstellen der Datei auf dem Quellcomputer wird sichergestellt, dass diese Datei jede Komponente enthält, die migriert werden kann. Die Komponenten sind in Abschnitte unterteilt: <Anwendungen>, <WindowsComponents> und <Dokumente>. Um eine Komponente nicht zu migrieren, ändern Sie ihren Eintrag in migrate="no".

Nachdem diese Datei erstellt wurde, muss sie nur mit dem ScanState.exe Befehl angegeben werden, indem die /Config Option verwendet wird, damit sie sich auf die Migration auswirkt. Wenn jedoch zusätzliche Daten, die in den Speicher migriert wurden, ausgeschlossen werden müssen, ändern Sie die Config.xml Datei, und geben Sie die aktualisierte Datei mit dem LoadState.exe Befehl an. Wenn beispielsweise der Ordner Dokumente im Speicher gesammelt wird, der Ordner Dokumente jedoch nicht zu einem Zielcomputer migriert werden muss, kann die Config.xml Datei geändert werden, um anzugeben migrate="no" , bevor der LoadState.exe Befehl ausgeführt wird, und die Datei wird nicht migriert. Weitere Informationen zur Rangfolge beim Ausschließen von Daten finden Sie im Artikel Ausschließen von Dateien und Einstellungen .

Beachten Sie außerdem die folgenden Funktionen für die Config.xml Datei:

  • Wenn eine übergeordnete Komponente aus der Migration in der Config.xml Datei entfernt wird, indem angegeben migrate="no"wird, werden alle untergeordneten Komponenten automatisch aus der Migration entfernt, auch wenn die untergeordnete Komponente auf migrate="yes"festgelegt ist.

  • Wenn versehentlich zwei Codezeilen für dieselbe Komponente vorhanden sind, wobei eine Zeile migrate="no" und die andere Zeile angibt migrate="yes", wird die Komponente migriert.

  • In USMT gibt es mehrere Migrationsrichtlinien, die in der Config.xml Datei konfiguriert werden können. Beispielsweise können zusätzliche <Optionen für ErrorControl>, <ProfileControl> und <HardLinkStoreControl> konfiguriert werden. Weitere Informationen finden Sie im Artikel Config.xml-Datei .

Hinweis

Um eine Komponente aus der Config.xml Datei auszuschließen, legen Sie den Migrate-Wert auf "nein" fest. Das Löschen des XML-Tags für die Komponente aus der Config.xml Datei schließt die Komponente nicht von der Migration aus.

Beispiele

  • Der folgende Befehl erstellt eine Config.xml Datei im aktuellen Verzeichnis, aber keinen Speicher:

    ScanState.exe /i:MigApp.xml /i:MigDocs.xml /genconfig:Config.xml /v:5

  • Der folgende Befehl erstellt einen verschlüsselten Speicher mithilfe der Config.xml Datei und der Standardmigration .xml Dateien:

    ScanState.exe \\server\share\migration\mystore /i:MigApp.xml /i:MigDocs.xml /o /config:Config.xml /v:5 /encrypt /key:"mykey"

  • Der folgende Befehl entschlüsselt den Speicher und migriert die Dateien und Einstellungen:

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

Weitere Informationen