Testen der Migration

Testen Sie den Migrationsplan immer in einer kontrollierten Laborumgebung, bevor Sie ihn im gesamten organization bereitstellen. In der Testumgebung wird für jeden Betriebssystemtyp, von dem Daten migriert werden, mindestens ein Computer benötigt.

Sobald der gesamte Migrationsprozess auf einem einzelnen Computer getestet wurde, auf dem jedes der organization Quellbetriebssysteme ausgeführt wird, führen Sie eine Pilotmigration mit einer kleinen Gruppe von Benutzern durch. Beachten Sie nach der Migration einiger typischer Benutzerzustände zum Zwischenspeicher den erforderlichen Speicherplatz, und passen Sie die anfänglichen Berechnungen entsprechend an. Ausführliche Informationen zum Schätzen des für die Migration benötigten Speicherplatzes finden Sie unter Schätzen der Größe des Migrationsspeichers. Registrierungseinstellungen und Dateispeicherortinformationen müssen möglicherweise in den Migrationsregeldateien angepasst werden. Wenn Änderungen vorgenommen werden, testen Sie die Migration erneut, und überprüfen Sie, ob alle Daten und Einstellungen wie erwartet migriert wurden. Eine Pilotmigration bietet auch die Möglichkeit, die Speicherplatzschätzungen für den Zwischenspeicher zu testen.

Wenn bei der Testmigration Fehler auftreten, überprüfen Sie die ScanState - und LoadState-Protokolle , um den genauen USMT-Rückgabecode (User State Migration Tool) und die zugehörigen Fehlermeldungen oder die Fehlermeldung der Windows-API (Application Programming Interface) abzurufen. Weitere Informationen zu USMT-Rückgabecodes und Fehlermeldungen finden Sie unter Rückgabecodes. Weitere Informationen zu aufgelisteten Windows-Systemfehlercodes erhalten Sie, indem Sie folgendes in einem Eingabeaufforderungsfenster eingeben:

net.exe helpmsg <error_number>

wobei< error_number> die von der Fehlermeldung generierte Fehlercodenummer ist. Weitere Informationen zu Systemfehlercodes finden Sie unter Systemfehlercodes (0-499).

In den meisten Fällen geben die Protokolle ScanState und LoadState an, warum eine USMT-Migration fehlschlägt. Microsoft empfiehlt die Verwendung der /v:5 Option beim Testen der Migration. Dieser Ausführlichkeitsgrad kann in einer Produktionsmigration angepasst werden. Eine Verringerung der Ausführlichkeitsebene kann die Diagnose von Fehlern, die während Der Produktionsmigrationen auftreten, erschweren. Höhere Ausführlichkeitsebenen können verwendet werden, wenn die Protokolldateien ausgegeben werden müssen, um an einen Debugger zu wechseln.

Hinweis

Wenn Sie die Tools ScanState und LoadState mit der /v:5 Option ausführen, wird eine ausführliche Protokolldatei erstellt. Obwohl diese Option die Protokolldatei groß macht, ist sie hilfreich, um zu bestimmen, wo Migrationsfehler aufgetreten sind.

Nachdem die Pilotmigration überprüft wurde, ob die angegebenen Dateien und Einstellungen erfolgreich migriert wurden, kann USMT in der Umgebung zum Migrieren von Daten verwendet werden. Beispiel: Verwenden von USMT mit Microsoft Configuration Manager. Weitere Informationen finden Sie unter [Verwalten des Benutzerstatus in Configuration Manager]/(mem/configmgr/osd/get-started/manage-user-state).

Hinweis

Zu Testzwecken kann ein nicht komprimierter Speicher mit der /hardlink /nocompress Option erstellt werden. Wenn die Komprimierung deaktiviert ist, speichert das ScanState-Tool die Dateien und Einstellungen in einem ausgeblendeten Ordner namens File unter <StorePath>\USMT. Der unkomprimierte Speicher kann verwendet werden, um anzuzeigen, was USMT gespeichert hat, oder um ein Problem zu beheben. Ein Antivirenprogramm kann auch für die Dateien ausgeführt werden. Darüber hinaus können die folgenden Elemente verwendet werden, um Probleme mit der Migration zu beheben:

  • Die /listfiles Befehlszeilenoption.
  • Das Diagnoseprotokoll, das die gesammelten Dateien auflistet.