Testen der Migration
Testen Sie Ihren Migrationsplan immer in einer kontrollierten Laborumgebung, bevor Sie ihn im ganzen Unternehmen bereitstellen. In dieser Testumgebung benötigen Sie mindestens einen PC für jeden Betriebssystemtyp, von dem Sie Daten migrieren. Wenn Sie z. B. Daten von Quell-PCs unter Windows(R) XP oder Windows Vista® migrieren, müssen Sie mindestens einen PC unter jedem dieser Betriebssysteme testen.
Nachdem Sie den gesamten Migrationsvorgang auf einem einzelnen PC unter jedem der Betriebssysteme getestet haben, führen Sie eine Pilotmigration mit einer kleinen Gruppe von Benutzern aus. Wenn Sie den Benutzerstatus einiger typischer Benutzer in den Zwischenspeicher migriert haben, notieren Sie den erforderlichen Speicherplatz, und passen Sie die Anfangsberechnungen entsprechend an. Details zum Abschätzen des benötigten Speicherplatzes für die Migration finden Sie unter Schätzen der Migrationsspeichergröße. Möglicherweise müssen Sie in Ihren Migrationsregeldateien auch die Angaben zu Registrierungseinstellungen und Dateispeicherorten anpassen. Testen Sie die Migration nochmal, falls Sie Änderungen vornehmen. Überprüfen Sie anschließend, ob alle Daten und Einstellungen wie erwartet migriert wurden. Mit einer Pilotmigration können Sie außerdem Ihre Speicherplatzschätzungen für den Zwischenspeicher testen.
Falls bei der Testmigration Fehler auftreten, überprüfen Sie die ScanState- und LoadState-Protokolle, um die genauen Rückgabecodes und zugehörigen Fehlermeldungen von User State Migration Tool (USMT) 5.0 oder Windows-API-Fehlermeldungen zu erhalten. Weitere Informationen zu USMT-Rückgabecodes und -Fehlermeldungen finden Sie unter Rückgabecodes. Weitere Informationen zu Windows-API-Fehlermeldungen erhalten Sie auch, wenn Sie in der Befehlszeile net helpmsg und die Nummer der Fehlermeldung eingeben.
In den meisten Fällen können Sie den ScanState- und LoadState-Protokollen entnehmen, weshalb eine USMT-Migration fehlschlägt. Wir empfehlen, beim Testen der Migration die Option /v*:5* zu verwenden. Dieser Ausführlichkeitsgrad kann in einer Produktionsmigration angepasst werden. Bei einem niedrigeren Ausführlichkeitsgrad kann es schwieriger sein, Fehler während Produktionsmigrationen zu diagnostizieren. Sie können einen höheren Ausführlichkeitsgrad verwenden, wenn Sie die Protokolldateien an einen Debugger ausgeben möchten.
Hinweis
Wenn Sie ScanState und LoadState mit der Option /v:5 ausführen, wird eine detaillierte Protokolldatei erstellt. Diese Option führt zwar zu einer größeren Protokolldatei, ist aber beim Feststellen der Ursache von Migrationsfehlern hilfreich.
Nachdem Sie festgestellt haben, dass die Pilotmigration die angegebenen Dateien und Einstellungen erfolgreich migriert hat, können Sie dem Server, auf dem Microsoft(R) System Center Configuration Manager (SCCM) oder eine andere, nicht von Microsoft stammende Verwaltungstechnologie ausgeführt wird, USMT hinzufügen. Weitere Informationen finden Sie unter Configuration Manager.
Hinweis
Zu Testzwecken können Sie mit der Option /hardlink /nocompress einen nicht komprimierten Speicher erstellen. Wenn die Komprimierung deaktiviert ist, speichert ScanState die Dateien und Einstellungen unter „StorePath\USMT“ in einem ausgeblendeten Ordner mit dem Namen „File“. Sie können den nicht komprimierten Speicher benutzen, um festzustellen, was von USMT gespeichert wurde, Probleme zu beheben oder die Dateien mit einem Antivirenprogramm zu überprüfen. Außerdem können Sie die Befehlszeilenoption /listfiles und das Diagnoseprotokoll verwenden, um die gesammelten Dateien aufzulisten und Probleme in der Migration zu beheben.