Udostępnij za pośrednictwem


Typowe problemy z narzędziem do migracji stanu użytkownika (USMT)

W poniższych sekcjach omówiono typowe problemy, które mogą wystąpić podczas uruchamiania narzędzi narzędzia USMT 10.0. Narzędzie USMT tworzy pliki dziennika, które szczegółowo opisują wszelkie błędy, które wystąpiły podczas procesu migracji. Te dzienniki mogą służyć do rozwiązywania problemów z błędami migracji.

Ogólne wytyczne dotyczące identyfikowania problemów z migracją

W przypadku wystąpienia problemu lub komunikatu o błędzie podczas migracji możesz użyć następujących ogólnych wskazówek, aby ułatwić określenie źródła problemu:

  • Sprawdź dzienniki ScanState, LoadState i UsmtUtils, aby uzyskać dokładne komunikaty o błędach narzędzia USMT i komunikaty o błędach interfejsu programowania aplikacji systemu Windows® (API). Aby uzyskać więcej informacji na temat kodów powrotnych i komunikatów o błędach narzędzia USMT, zobacz Kody powrotne. Aby uzyskać więcej informacji na temat wszystkich wymienionych kodów błędów systemu Windows , wpisz w oknie net.exe helpmsg <error_number> wiersza polecenia, w którym <error_number> jest numerem kodu błędu generowanym przez komunikat o błędzie. Aby uzyskać więcej informacji na temat kodów błędów systemowych, zobacz Kody błędów systemowych (0–499).

    W większości przypadków dzienniki ScanState i LoadState wskazują, dlaczego migracja narzędzia USMT kończy się niepowodzeniem. Zalecamy użycie opcji podczas testowania /v:5 migracji. Ten poziom szczegółowości można dostosować w migracji produkcyjnej; jednak zmniejszenie poziomu szczegółowości może utrudnić diagnozowanie błędów napotkanych podczas migracji produkcyjnych. Możesz użyć poziomu szczegółowości wyższego niż 5, jeśli chcesz, aby dane wyjściowe plików dziennika mogły przejść do debugera.

    Uwaga 16.

    Uruchomienie narzędzi ScanState i LoadState z opcją /v:5 spowoduje utworzenie szczegółowego pliku dziennika. Mimo że ta opcja sprawia, że plik dziennika jest duży, dodatkowe szczegóły mogą pomóc w ustaleniu, gdzie wystąpiły błędy migracji.

  • /Verify Użyj opcji z narzędziem UsmtUtils, aby określić, czy jakiekolwiek pliki w skompresowanym magazynie migracji są uszkodzone. Aby uzyskać więcej informacji, zobacz Weryfikowanie warunku skompresowanego magazynu migracji.

  • /Extract Użyj opcji z narzędziem UsmtUtils, aby wyodrębnić pliki ze skompresowanego magazynu migracji. Aby uzyskać więcej informacji, zobacz Wyodrębnianie plików z skompresowanego magazynu migracji narzędzia USMT.

  • Utwórz dziennik postępu przy użyciu /Progress opcji monitorowania migracji.

  • W przypadku komputerów źródłowych i docelowych uzyskaj informacje o systemie operacyjnym oraz wersje aplikacji, takich jak Internet Explorer i inne odpowiednie programy. Następnie zweryfikuj dokładne kroki potrzebne do odtworzenia problemu. Te informacje mogą pomóc zrozumieć, co jest nie tak i odtworzyć problem w środowisku testowym.

  • Wyloguj się po uruchomieniu narzędzia LoadState . Niektóre ustawienia, takie jak czcionki, tła pulpitu i ustawienia wygaszacza ekranu, nie zostaną zastosowane do następnego logowania użytkownika końcowego.

  • Zamknij wszystkie aplikacje przed uruchomieniem narzędzi ScanState lub LoadState . Jeśli niektóre aplikacje są uruchomione podczas procesu ScanState lub LoadState , narzędzia USMT mogą nie migrować niektórych danych. Jeśli na przykład program Microsoft Outlook® jest otwarty, narzędzie USMT może nie migrować plików PST.

    Uwaga 16.

    Funkcja USMT zakończy się niepowodzeniem, jeśli nie będzie można przeprowadzić migracji pliku lub ustawienia, chyba że zostanie określona /c opcja. Po określeniu /c opcji funkcja USMT ignoruje błędy. Rejestruje jednak błąd, gdy napotka plik, który jest używany, który nie został zmigrowy.

Problemy z kontem użytkownika

W poniższych sekcjach opisano typowe problemy z kontem użytkownika. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Mam problemy z tworzeniem kont lokalnych na komputerze docelowym

Rozwiązanie: Aby uzyskać więcej informacji na temat tworzenia kont i migrowania kont lokalnych, zobacz Migrowanie kont użytkowników.

Nie wszystkie konta użytkowników zostały zmigrowane na komputer docelowy

Przyczyny/rozwiązania Istnieją dwie możliwe przyczyny tego problemu:

W przypadku uruchamiania narzędzi ScanState i LoadState w systemie Windows 7, Windows 8 lub Windows 10 należy uruchomić je w trybie administratora z konta z poświadczeniami administracyjnymi, aby upewnić się, że wszyscy określeni użytkownicy są migrowane. Aby uruchomić w trybie administratora:

  1. Wybierz pozycję Uruchom>wszystkie akcesoria programów.>

  2. Kliknij prawym przyciskiem myszy wiersz polecenia.

  3. Wybierz pozycję Uruchom jako administrator.

  4. Określ polecenie LoadState.exe lub ScanState.exe.

Jeśli nie uruchomisz narzędzia USMT w trybie administratora, tylko profil użytkownika, który jest zalogowany, zostanie uwzględniony w migracji.

Wszystkie konta użytkowników na komputerze, które nie zostały użyte, nie zostaną zmigrowane. Jeśli na przykład dodasz użytkownika User1 na komputer, ale użytkownik User1 nigdy się nie zaloguje, to narzędzia USMT nie zmigrują konta User1.

Konta użytkowników, które zostały wykluczone, zostały zmigrowane na komputer docelowy

Przyczyna: Określone polecenie mogło mieć konflikt ui i /ue opcje. Jeśli użytkownik zostanie określony z opcją /ui i z /ue opcją lub /uel w tym samym czasie, użytkownik zostanie uwzględniony w migracji. Jeśli na przykład określisz /ui:domain1\* /ue:domain1\user1wartość , użytkownik User1 zostanie zmigrowany, ponieważ /ui opcja ma pierwszeństwo.

Rozwiązanie: Aby uzyskać więcej informacji o sposobie używania opcji /ui i /ue razem, zobacz przykłady w artykule ScanState Syntax (Składnia scanState).

Używam /uel opcji, ale wiele kont nadal jest uwzględnianych w migracji

Przyczyna/uel: opcja zależy od daty ostatniej modyfikacji pliku NTUser.dat użytkownika. Istnieją scenariusze, w których ta data ostatniej modyfikacji może nie być zgodna z datą ostatniego logowania użytkowników.

Rozwiązanie: jest to ograniczenie /uel opcji. Może być konieczne ręczne wykluczenie tych użytkowników z opcją /ue .

Narzędzie LoadState zgłasza błąd jako kod powrotu 71 i nie można przywrócić profilu użytkownika podczas testu migracji

Przyczyna: Podczas testu migracji, jeśli uruchomisz narzędzie ScanState na komputerze testowym, a następnie usuniesz profile użytkowników w celu przetestowania narzędzia LoadState na tym samym komputerze, może istnieć klucz powodujący konflikt w rejestrze. Za pomocą polecenia net use usunąć profil użytkownika spowoduje usunięcie folderów i plików skojarzonych z tym profilem, ale nie usunie klucza rejestru.

Rozwiązanie: Aby usunąć profil użytkownika, użyj elementu Konta użytkowników w Panel sterowania. Aby poprawić niekompletne usunięcie profilu użytkownika:

  1. Otwórz edytor rejestru, wpisując regedit.exe w wierszu polecenia z podwyższonym poziomem uprawnień.

  2. Przejdź do HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.

    Każdy profil użytkownika jest przechowywany w kluczu identyfikatora systemu w obszarze ProfileList.

  3. Usuń klucz profilu użytkownika, który próbujesz usunąć.

Pliki, które nie zostały zaszyfrowane przed migracją, są teraz szyfrowane przy użyciu konta używanego do uruchamiania narzędzia LoadState

Przyczyna: Narzędzie ScanState zostało uruchomione przy użyciu /EFS:copyraw opcji migracji zaszyfrowanych plików i certyfikatów systemu szyfrowania plików (EFS). Atrybut szyfrowania został ustawiony w folderze, który został zmigrowany, ale atrybut został usunięty z zawartości pliku tego folderu przed migracją.

Rozwiązanie: Przed użyciem narzędzia ScanState do migracji zawierającej zaszyfrowane pliki i certyfikaty EFS można uruchomić narzędzie szyfrowania w wierszu polecenia, aby przejrzeć i zmienić ustawienia szyfrowania plików i folderów. Należy usunąć atrybut szyfrowania z folderów zawierających niezaszyfrowane pliki lub zaszyfrować zawartość wszystkich plików w zaszyfrowanym folderze.

Aby usunąć szyfrowanie z plików, które zostały już zmigrowane nieprawidłowo, musisz zalogować się na komputerze przy użyciu konta użytego do uruchomienia narzędzia LoadState , a następnie usunąć szyfrowanie z plików, których dotyczy problem.

Narzędzie LoadState zgłasza błąd jako kod zwracany 71 i błąd systemu Windows 2202 w pliku dziennika

Przyczyna: Nazwa komputera została zmieniona podczas migracji w trybie offline profilu użytkownika lokalnego.

Rozwiązanie: możesz użyć /mu opcji podczas uruchamiania narzędzia LoadState , aby określić nową nazwę użytkownika. Na przykład:

LoadState.exe  /i:MigApp.xml /i:MigDocs.xml \\server\share\migration\mystore 
/progress:Progress.log /l:LoadState.log /mu:fareast\user1:farwest\user1

Problemy z wierszem polecenia

W poniższych sekcjach opisano typowe problemy z wierszem polecenia. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Został wyświetlony następujący komunikat o błędzie: "Błąd użycia: nie można określić ścieżki pliku z dowolną opcją wiersza polecenia, która przekracza 256 znaków".

Przyczyna: W niektórych przypadkach może zostać wyświetlony ten komunikat o błędzie, nawet jeśli nie określisz długiego magazynu lub ścieżki pliku, ponieważ długość ścieżki jest obliczana na podstawie ścieżki bezwzględnej. Jeśli na przykład uruchomisz **ScanState**.exe /o store polecenie z katalogu C:\Program Files\USMT40, każdy znak w katalogu C:\Program Files\USMT40 zostanie dodany do długości "store", aby uzyskać długość ścieżki.

Rozwiązanie: Upewnij się, że łączna długość ścieżki nie przekracza 256 znaków. Łączna długość ścieżki obejmuje ścieżkę magazynu oraz bieżący katalog.

Został wyświetlony następujący komunikat o błędzie: "Narzędzia USMT nie mogły utworzyć plików dziennika. Upewnij się, że masz dostęp do zapisu do katalogu dziennika.

Przyczyna: Jeśli używasz narzędzi ScanState lub LoadState z udostępnionego zasobu sieciowego, zostanie wyświetlony ten komunikat o błędzie, jeśli nie określisz elementu /l.

Rozwiązanie: Aby rozwiązać ten problem w tym scenariuszu /l:ScanState.log , określ opcję lub /l:LoadState.log .

Problemy z plikiem XML

W poniższych sekcjach opisano typowe problemy z plikiem XML. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Użyto opcji utworzenia /genconfig pliku Config.xml, ale widzę tylko kilka aplikacji i składników, które znajdują się w MigApp.xml. Dlaczego Config.xml nie zawiera wszystkich tych samych aplikacji?

Przyczyna: Config.xml będzie zawierać tylko składniki systemu operacyjnego, aplikacje i sekcje dokumentu użytkownika, które znajdują się w obu plikach .xml i są instalowane na komputerze po uruchomieniu /genconfig opcji. W przeciwnym razie te aplikacje i składniki nie będą wyświetlane w pliku Config.xml .

Rozwiązanie: przed uruchomieniem /genconfig opcji zainstaluj wszystkie żądane aplikacje na komputerze. Następnie uruchom ScanState.exe ze wszystkimi plikami .xml. Na przykład uruchom następujące polecenie:

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

Mam problemy z niestandardowym plikiem .xml utworzonym i nie mogę sprawdzić, czy składnia jest poprawna

Rozwiązanie: możesz załadować plik schematu XML MigXML.xsd do narzędzia do tworzenia XML. Plik MigXML.xsd jest dołączony do narzędzia USMT. Przykłady można znaleźć w Centrum deweloperów programu Visual Studio. Następnie załaduj plik .xml w narzędziu do tworzenia, aby sprawdzić, czy wystąpił błąd składniowy. Aby uzyskać więcej informacji na temat używania elementów XML, zobacz Dokumentacja XML narzędzia USMT.

Używam funkcji pomocnika MigXML, ale migracja nie działa zgodnie z oczekiwaniami. Jak mogę rozwiązać ten problem?

Przyczyna: Zazwyczaj ten problem jest spowodowany nieprawidłową składnią używaną w funkcji pomocniczej. Otrzymasz kod powrotu powodzenia, ale pliki, które chcesz zmigrować, nie zostały zebrane ani zastosowane albo nie zostały zebrane lub zastosowane w oczekiwany sposób.

Rozwiązanie: należy przeszukać dziennik ScanState lub LoadState pod kątem nazwy składnika zawierającej funkcję pomocnika MigXML lub tytuł funkcji pomocnika MigXML, aby można było zlokalizować powiązane ostrzeżenie w pliku dziennika.

Problemy z migracją

W poniższych sekcjach opisano typowe problemy z migracją. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Pliki określone przeze mnie do wykluczenia są nadal migrowane

Przyczyna: może istnieć inna reguła, która zawiera pliki. Jeśli istnieje bardziej szczegółowa reguła lub reguła powodująca konflikt, pliki zostaną uwzględnione w migracji.

Rozwiązanie: Aby uzyskać więcej informacji, zobacz Konflikty i pierwszeństwo oraz sekcję Dziennik diagnostyczny w plikach dziennika.

Określono reguły przenoszenia folderu do określonej lokalizacji na komputerze docelowym, ale nie zostały prawidłowo zmigrowane

Przyczyna: w składni XML może wystąpić błąd.

Rozwiązanie: możesz użyć schematu XML narzędzia USMT (MigXML.xsd) do zapisywania i weryfikowania plików .xml migracji. Zapoznaj się również z przykładami XML w następujących artykułach:

Konflikty i pierwszeństwo

Wykluczanie plików i ustawień

Przekierowywanie plików i ustawień

Dołączanie plików i ustawień

Przykłady niestandardowego kodu XML

Po zakończeniu funkcji LoadState nowe tło pulpitu nie jest wyświetlane na komputerze docelowym

Istnieją trzy typowe przyczyny tego problemu.

Przyczyna: Niektóre ustawienia, takie jak czcionki, tła pulpitu i ustawienia wygaszacza ekranu, nie są stosowane przez funkcję LoadState do momentu ponownego uruchomienia komputera docelowego.

Rozwiązanie: Aby rozwiązać ten problem, wyloguj się, a następnie zaloguj się ponownie, aby wyświetlić zmigrowane tło pulpitu.

Uwzględniłem MigApp.xml w migracji, ale niektóre pliki PST nie są migrowanie

Przyczyna: plik MigApp.xml migruje tylko pliki PST połączone z profilami programu Outlook.

Rozwiązanie: aby przeprowadzić migrację plików PST, które nie są połączone z profilami programu Outlook, należy utworzyć oddzielną regułę migracji, aby przechwycić te pliki.

Narzędzia USMT nie migrują układu uruchamiania

Opis: Używasz narzędzia USMT do migrowania profilów z jednej instalacji systemu Windows 10 do innej instalacji systemu Windows 10 na innym sprzęcie. Po migracji użytkownik loguje się na nowym urządzeniu i nie ma wcześniej skonfigurowanego układu menu Start.

Przyczyna: Zmiana kodu w menu Start z systemem Windows 10 w wersji 1607 lub nowszej jest niezgodna z tą funkcją NARZĘDZIA USMT.

Rozwiązanie: Dostępne jest następujące obejście:

  1. Po zalogowaniu się użytkownika wykonaj kopię zapasową układu Uruchamiania przy użyciu następującego polecenia programu Windows PowerShell. W razie potrzeby możesz określić inną ścieżkę:

    Export-StartLayout -Path "C:\Layout\user1.xml"
    
  2. Migrowanie profilu użytkownika za pomocą narzędzia USMT.

  3. Zanim użytkownik zaloguje się na nowym urządzeniu, zaimportuj układ Start przy użyciu następującego polecenia programu Windows PowerShell:

    Import-StartLayout -LayoutPath "C:\Layout\user1.xml" -MountPath %systemdrive%
    

To obejście powoduje zmianę układu Start domyślnego użytkownika. Obejście nie jest skalowane do masowych migracji ani urządzeń z wieloma użytkownikami, ale może potencjalnie odblokować niektóre scenariusze. Jeśli inni użytkownicy będą logować się na urządzeniu, należy usunąć layoutmodification.xml z domyślnego profilu użytkownika. W przeciwnym razie wszyscy użytkownicy, którzy logują się do tego urządzenia, będą używać zaimportowanego układu startowego.

Problemy z migracją w trybie offline

W poniższych sekcjach opisano typowe problemy z migracją w trybie offline. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Niektóre ustawienia systemu nie są migrowane w ramach migracji w trybie offline

Przyczyna: Niektóre ustawienia systemowe, takie jak tła pulpitu i drukarki sieciowe, nie są obsługiwane w ramach migracji w trybie offline. Aby uzyskać więcej informacji, zobacz Co to jest migracja narzędzia USMT?

Rozwiązanie: W przypadku migracji w trybie offline te ustawienia systemowe muszą zostać przywrócone ręcznie.

Narzędzie ScanState kończy się niepowodzeniem z kodem zwrotnym 26

Przyczyna: Częstą przyczyną zwracanego kodu 26 jest to, że profil tymczasowy jest aktywny na komputerze źródłowym. Ten profil jest mapowy na c:\users\temp. W dzienniku ScanState jest wyświetlany wyjątek MigStartupOfflineCaught zawierający komunikat Błąd zduplikowanego identyfikatora SID profilu użytkownika.

Rozwiązanie: możesz ponownie uruchomić komputer, aby pozbyć się profilu tymczasowego lub ustawić MIG_FAIL_ON_PROFILE_ERROR=0 , aby pominąć błąd i wykluczyć profil tymczasowy.

Reguły dołączania i wykluczania migrowania profilów użytkowników nie działają w trybie offline, ponieważ działają w trybie online

Przyczyna: W trybie offline nie można odpytować serwera DNS w celu rozpoznania nazwy użytkownika i mapowania identyfikatora SID.

Rozwiązanie: użyj identyfikatora zabezpieczeń (SID), aby dołączyć użytkownika podczas uruchamiania narzędzia ScanState . Na przykład:

ScanState.exe /ui:S1-5-21-124525095-708259637-1543119021*

Symbol wieloznaczny (*) na końcu identyfikatora SID zmigruje również klucz SID_Classes.

Można również używać wzorców dla identyfikatorów SID identyfikujących ogólnych użytkowników lub grup. Możesz na przykład użyć /ue:*-500 opcji wykluczania kont administratorów lokalnych. Aby uzyskać więcej informacji na temat identyfikatorów SID systemu Windows, zobacz Identyfikatory zabezpieczeń.

Mój skrypt czyszczenia dysku kończy się niepowodzeniem po uruchomieniu narzędzia ScanState w systemie 64-bitowym

Przyczyna: Gałąź rejestru HKLM nie jest zwalniana po zakończeniu działania narzędzia ScanState .

Rozwiązanie: Uruchom ponownie komputer lub zwolnij gałąź rejestru w wierszu polecenia po zakończeniu działania narzędzia ScanState . Na przykład w wierszu polecenia wprowadź:

reg.exe unload hklm\$dest$software

W poniższych sekcjach opisano typowe problemy z migracją linków twardych. Rozwiń sekcję, aby wyświetlić zalecane rozwiązania.

Pliki EFS nie są przywracane do nowej partycji

Przyczyna: nie można przenieść plików EFS do nowej partycji z twardym linkiem. /efs:hardlink Opcja wiersza polecenia ma zastosowanie tylko do plików migrowanych na tej samej partycji.

Rozwiązanie: użyj /efs:copyraw opcji wiersza polecenia, aby skopiować pliki EFS podczas migracji zamiast tworzyć twarde linki lub ręcznie skopiować pliki EFS z magazynu twardych łączy.

Przyczyna: Magazyn migracji zawiera twarde linki do zablokowanych plików.

Rozwiązanie: użyj narzędzia UsmtUtils, aby usunąć magazyn lub zmienić nazwę sklepu. Na przykład w wierszu polecenia wprowadź:

UsmtUtils.exe /rd <storedir>

Należy również ponownie uruchomić maszynę.

Zbieranie danych

Jeśli potrzebujesz pomocy ze strony pomocy technicznej firmy Microsoft, zalecamy zebranie informacji, wykonując kroki wymienione w artykule Zbieranie informacji przy użyciu zestawu narzędzi TSS w przypadku problemów związanych z wdrożeniem.

Rozwiązywanie problemów z narzędziem do migracji stanu użytkownika (USMT)

Często zadawane pytania

Kody powrotne

Składnia narzędzia UsmtUtils