ユーザー状態移行ツール (USMT) の一般的な問題

次のセクションでは、USMT 10.0 ツールを実行するときに発生する可能性がある一般的な問題について説明します。 USMT は、移行プロセス中に発生したエラーをさらに詳しく説明するログ ファイルを生成します。 これらのログは、移行エラーのトラブルシューティングに使用できます。

移行の問題を特定するための一般的なガイドライン

移行中に問題またはエラー メッセージが発生した場合は、次の一般的なガイドラインを使用して、問題の原因を特定できます。

  • ScanStateLoadState、UsmtUtils の各ログを調べて、正確な USMT エラー メッセージと Windows® アプリケーション プログラミング インターフェイス (API) エラー メッセージを取得します。 USMT のリターン コードとエラー メッセージの詳細については、「 リターン コード」を参照してください。 一覧表示されている Windows システム エラー コードの詳細については、コマンド プロンプト ウィンドウnet.exe helpmsg <error_number><に「error_number>」と入力すると、エラー メッセージによって生成されたエラー コード番号を確認できます。 システム エラー コードの詳細については、「 システム エラー コード (0 から 499)」を参照してください。

    ほとんどの場合、 ScanState ログと LoadState ログは、USMT 移行が失敗する理由を示します。 移行をテストするときは、 オプションを /v:5 使用することをお勧めします。 この詳細レベルは、運用環境の移行で調整できます。ただし、詳細レベルを減らすと、運用環境の移行中に発生したエラーの診断が困難になる可能性があります。 ログ ファイルの出力をデバッガーに移動する場合は、5 より高い詳細レベルを使用できます。

    注:

    オプションを使用して ScanState ツールと LoadState ツールを /v:5 実行すると、詳細なログ ファイルが作成されます。 このオプションを選択するとログ ファイルが大きくなりますが、詳細な情報は移行エラーが発生した場所を特定するのに役立ちます。

  • /Verify UsmtUtils ツールで オプションを使用して、圧縮された移行ストア内のファイルが破損しているかどうかを判断します。 詳細については、「 圧縮された移行ストアの条件を確認する」を参照してください。

  • /Extract UsmtUtils ツールで オプションを使用して、圧縮された移行ストアからファイルを抽出します。 詳細については、「 圧縮された USMT 移行ストアからファイルを抽出する」を参照してください。

  • オプションを使用して進行状況ログを /Progress 作成し、移行を監視します。

  • ソースコンピューターと移行先コンピューターの場合は、オペレーティング システム情報、およびインターネット エクスプローラーなどのアプリケーションのバージョン、およびその他の関連プログラムを取得します。 次に、問題を再現するために必要な正確な手順を確認します。 この情報は、何が間違っているかを理解し、テスト環境で問題を再現するのに役立つ場合があります。

  • LoadState ツールを実行した後にサインアウトします。 フォント、デスクトップの背景、スクリーン セーバーの設定など、一部の設定は、次回エンド ユーザーがログオンするまで有効になりません。

  • ScanState または LoadState ツールを実行する前に、すべてのアプリケーション閉じます。 ScanState または LoadState プロセス中に一部のアプリケーションが実行されている場合、USMT によって一部のデータが移行されない可能性があります。 たとえば、Microsoft Outlook® が開いている場合、USMT は PST ファイルを移行しない可能性があります。

    注:

    オプションを指定しない限り、ファイルまたは設定を移行できない場合、USMT は /c 失敗します。 オプションを /c 指定すると、USMT はエラーを無視します。 ただし、移行されなかった使用中のファイルが検出されると、エラーがログに記録されます。

ユーザー アカウントの問題

次のセクションでは、一般的なユーザー アカウントの問題について説明します。 セクションを展開して、推奨される解決策を確認します。

移行先のコンピューターでローカル アカウントを作成する際に問題が発生しています

解像 度: アカウントの作成とローカル アカウントの移行の詳細については、「 ユーザー アカウントの移行」を参照してください。

すべてのユーザー アカウントが移行先コンピューターに移行されたわけではありません

原因/解決策 この問題には、次の 2 つの原因が考えられます。

Windows 7、Windows 8、またはWindows 10で ScanState ツールと LoadState ツールを実行する場合は、管理者資格情報を持つアカウントから管理者モードで実行して、指定されたすべてのユーザーが確実に移行されるようにする必要があります。 管理者モードで実行するには:

  1. [すべてのプログラムアクセサリを開始]を>選択します>。

  2. [コマンド プロンプト] を右クリックします。

  3. [ 管理者として実行] を選択します。

  4. LoadState.exe または ScanState.exe コマンドを指定します。

USMT を管理者モードで実行しない場合は、ログオンしているユーザー プロファイルのみが移行に含まれます。

使用されていないコンピューター上のユーザー アカウントは移行されません。 たとえば、User1 をコンピューターに追加しても User1 がログオンしない場合、USMT は User1 アカウントを移行しません。

除外したユーザー アカウントが移行先コンピューターに移行されました

原因: 指定したコマンドに競合 ui/ue オプションが含まれている可能性があります。 ユーザーが オプションで/ui指定され、 または /uel オプションが/ue同時に指定されている場合、そのユーザーは移行に含まれます。 たとえば、 を指定 /ui:domain1\* /ue:domain1\user1すると、オプションが優先されるため、 /ui User1 が移行されます。

解像 度:オプションと /ue オプションを組み合わせて使用/uiする方法の詳細については、ScanState 構文に関する記事の例を参照してください。

/uel オプションを使用していますが、多くのアカウントがまだ移行に含まれています

原因: オプションは /uel 、ユーザーのNTUser.dat ファイルの最終更新日によって異なります。 この最終変更日がユーザーの最終サインイン日と一致しない場合があります。

解像 度: これはオプションの /uel 制限事項です。 オプションを使用してこれらのユーザーを手動で /ue 除外する必要がある場合があります。

LoadState ツールは、戻りコード 71 としてエラーを報告し、移行テスト中にユーザー プロファイルの復元に失敗します

原因: 移行テスト中に、テスト コンピューターで ScanState ツールを実行し、同じコンピューターで LoadState ツールをテストするためにユーザー プロファイルを削除すると、レジストリに競合するキーが存在する可能性があります。 net use コマンドを使用してユーザー プロファイルを削除すると、そのプロファイルに関連付けられているフォルダーとファイルは削除されますが、レジストリ キーは削除されません。

解像 度:ユーザー プロファイルを削除するには、コントロール パネルの [ユーザー アカウント] 項目を使用します。 ユーザー プロファイルの不完全な削除を修正するには:

  1. 管理者特権のコマンド プロンプト で「regedit.exe 」と入力して、レジストリ エディターを開きます。

  2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList に移動します。

    各ユーザー プロファイルは、 の下のシステム識別子キーに ProfileList格納されます。

  3. 削除しようとしているユーザー プロファイルのキーを削除します。

移行前に暗号化されなかったファイルが、LoadState ツールの実行に使用されるアカウントで暗号化されるようになりました

原因:ScanState ツールは、暗号化されたファイルと暗号化ファイル システム (EFS) 証明書を移行するオプションを使用して/EFS:copyraw実行されました。 暗号化属性は移行されたフォルダーに設定されましたが、移行前にそのフォルダーのファイルの内容から属性が削除されました。

解像 度: 暗号化されたファイルと EFS 証明書を含む移行に ScanState ツールを使用する前に、コマンド プロンプトで暗号ツールを実行して、ファイルとフォルダーの暗号化設定を確認して変更できます。 暗号化されていないファイルを含むフォルダーから暗号化属性を削除するか、暗号化されたフォルダー内のすべてのファイルの内容を暗号化する必要があります。

既に誤って移行されているファイルから暗号化を削除するには、 LoadState ツールの実行に使用したアカウントを使用してコンピューターにサインインし、影響を受けるファイルから暗号化を削除する必要があります。

LoadState ツールは、エラーをリターン コード 71 として報告し、Windows エラー 2202 をログ ファイルに報告します

原因: ローカル ユーザー プロファイルのオフライン移行中にコンピューター名が変更されました。

解像 度:LoadState ツールを/mu実行してユーザーの新しい名前を指定するときに、 オプションを使用できます。 例えば、

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

コマンド ラインの問題

次のセクションでは、一般的なコマンド ラインの問題について説明します。 セクションを展開して、推奨される解決策を確認します。

"使用状況エラー: 256 文字を超えるコマンド ライン オプションでファイル パスを指定できません" というエラー メッセージが表示されました。

原因: パスの長さは絶対パスに基づいて計算されるため、長いストアまたはファイル パスを指定しない場合でも、このエラー メッセージが表示されることがあります。 たとえば、C:\Program Files\USMT40 からコマンドを**ScanState**.exe /o store実行すると、C:\Program Files\USMT40 の各文字が "store" の長さに追加され、パスの長さが取得されます。

解像 度: パスの長さの合計が 256 文字を超えないようにします。 合計パス長には、ストア パスと現在のディレクトリが含まれます。

"USMT でログ ファイルを作成できませんでした" というエラー メッセージが表示されました。 ログ ディレクトリへの書き込みアクセス権があることを確認してください。

原因: 共有ネットワーク リソースから ScanState または LoadState ツールを実行している場合は、 を指定 /lしないと、このエラー メッセージが表示されます。

解像 度:このシナリオでこの問題を解決するには、 または /l:LoadState.log オプションを/l:ScanState.log指定します。

XMLファイルに関する問題

次のセクションでは、一般的な XML ファイルの問題について説明します。 セクションを展開して、推奨される解決策を確認します。

オプションを /genconfig 使用して Config.xml ファイルを作成しましたが、MigApp.xml にあるアプリケーションとコンポーネントはごくわずかです。 Config.xml に同じアプリケーションがすべて含まれていないのはなぜですか?

原因:Config.xml には、オペレーティング システム コンポーネント、アプリケーション、および両方の .xml ファイルに含まれており、オプションを実行 /genconfig するとコンピューターにインストールされるユーザー ドキュメント セクションのみが含まれます。 そうしないと、これらのアプリケーションとコンポーネントは Config.xml ファイルに表示されません。

解像 度: オプションを実行する前に、目的のすべてのアプリケーションをコンピューターに /genconfig インストールします。 次 に、すべての .xml ファイルでScanState.exeを実行します。 たとえば、次のコマンドを実行します。

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

作成したカスタム .xml ファイルに問題があり、構文が正しいことを確認できません

解像 度: XML スキーマ ファイル MigXML.xsd を XML オーサリング ツールに読み込むことができます。 MigXML.xsd は USMT に含まれています。 例については、 Visual Studio 開発センターに関するページを参照してください。 次に、オーサリング ツールで .xml ファイルを読み込み、構文エラーがあるかどうかを確認します。 XML 要素の使用の詳細については、「 USMT XML リファレンス」を参照してください

私はMigXMLヘルパー関数を使用していますが、移行は期待どおりに機能していません。 この問題操作方法トラブルシューティングしますか?

原因: 通常、この問題はヘルパー関数で使用される構文が正しくないことです。 成功のリターン コードを受け取りますが、移行するファイルが収集または適用されなかったか、予期した方法で収集または適用されませんでした。

解像 度: ログ ファイルで関連する警告を見つけられるように、 ScanState または LoadState ログで、MigXML ヘルパー関数を含むコンポーネント名または MigXML ヘルパー関数のタイトルを検索する必要があります。

移行に関する問題

次のセクションでは、移行に関する一般的な問題について説明します。 セクションを展開して、推奨される解決策を確認します。

除外するように指定したファイルがまだ移行中です

原因: ファイルを含む別のルールが存在する可能性があります。 より具体的なルールまたは競合するルールがある場合、ファイルは移行に含まれます。

解像 度:詳細については、「ログ ファイル」の「競合と優先順位」および「診断ログ」セクションを参照してください。

移動先のコンピューター上の特定の場所にフォルダーを移動する規則を指定しましたが、正しく移行されていません

原因: XML 構文にエラーが発生する可能性があります。

解像 度: USMT XML スキーマ (MigXML.xsd) を使用して、移行 .xml ファイルの書き込みと検証を行うことができます。 次の記事の XML の例も参照してください。

競合と優先順位

ファイルと設定を除外する

ファイルと設定を再ルーティングする

ファイルと設定を含める

カスタム XML の例

LoadState が完了すると、新しいデスクトップ の背景が移行先コンピューターに表示されません

この問題の一般的な原因は 3 つあります。

原因: フォント、デスクトップの背景、スクリーン セーバーの設定などの一部の設定は、対象のコンピューターが再起動されるまで LoadState によって適用されません。

解像 度: この問題を解決するには、サインアウトしてから再度ログオンして、移行されたデスクトップの背景を確認します。

移行に MigApp.xml が含まれていましたが、一部の PST ファイルが移行されていません

原因:MigApp.xml ファイルは、Outlook プロファイルにリンクされている PST ファイルのみを移行します。

解像 度: Outlook プロファイルにリンクされていない PST ファイルを移行するには、これらのファイルをキャプチャするための別の移行規則を作成する必要があります。

USMT でスタート 画面のレイアウトが移行されない

説明:USMT を使用して、Windows 10の 1 つのインストールから別のハードウェア上のWindows 10のインストールにプロファイルを移行しています。 移行後、ユーザーは新しいデバイスにサインインし、以前に構成した [スタート] メニュー レイアウトがありません。

原因:Windows 10 バージョン 1607 以降のスタート メニューのコード変更は、この USMT 関数と互換性がありません。

解像 度: 次の回避策を使用できます。

  1. ユーザーがサインインした状態で、次のWindows PowerShell コマンドを使用してスタート 画面のレイアウトをバックアップします。 必要に応じて、別のパスを指定できます。

    Export-StartLayout -Path "C:\Layout\user1.xml"
    
  2. USMT を使用してユーザーのプロファイルを移行します。

  3. ユーザーが新しいデバイスにサインインする前に、次のWindows PowerShell コマンドを使用してスタート 画面のレイアウトをインポートします。

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

この回避策では、既定のユーザーの [スタート] レイアウトが変更されます。 この回避策は、一括移行やマルチユーザー デバイスには拡張されませんが、一部のシナリオのブロックを解除する可能性があります。 他のユーザーがデバイスにサインオンする場合は、既定のユーザー プロファイルから layoutmodification.xml を削除する必要があります。 それ以外の場合、そのデバイスにサインオンするすべてのユーザーは、インポートされたスタート 画面レイアウトを使用します。

オフライン移行の問題

次のセクションでは、オフライン移行に関する一般的な問題について説明します。 セクションを展開して、推奨される解決策を確認します。

一部のシステム設定がオフライン移行で移行されない

原因: デスクトップの背景やネットワーク プリンターなどの一部のシステム設定は、オフライン移行ではサポートされていません。 詳細については、「USMT を移行する方法」を参照してください。

解像 度: オフライン移行では、これらのシステム設定を手動で復元する必要があります。

ScanState ツールがリターン コード 26 で失敗する

原因: リターン コード 26 の一般的な原因は、ソース コンピューターで一時プロファイルがアクティブであるということです。 このプロファイルは c:\users\temp にマップされます。ScanState ログには、ユーザー プロファイルの重複 SID エラーを含む MigStartupOfflineCaught 例外が表示されます。

解像 度: コンピューターを再起動して一時プロファイルを削除するか 、MIG_FAIL_ON_PROFILE_ERROR=0 を設定してエラーをスキップし、一時プロファイルを除外できます。

ユーザー プロファイルを移行するための含めるルールと除外ルールが、オンラインと同じようにオフラインで動作しない

原因: オフラインの場合、DNS サーバーを照会してユーザー名と SID マッピングを解決することはできません。

解像 度:ScanState ツールを実行するときにユーザーを含めるには、セキュリティ識別子 (SID) を使用します。 例:

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

SID の末尾にある野生のカード (*) も SID_Classes キーを移行します。

汎用ユーザーまたはグループを識別する SID のパターンを使用することもできます。 たとえば、 オプションを /ue:*-500 使用して、ローカル管理者アカウントを除外できます。 Windows SID の詳細については、「 セキュリティ識別子」を参照してください。

64 ビット システムで ScanState ツールを実行した後、ディスクをワイプするスクリプトが失敗する

原因:ScanState ツールの実行が完了した後、HKLM レジストリ ハイブはアンロードされません。

解像 度:ScanState ツールの実行が完了したら、コマンド プロンプトでコンピューターを再起動するか、レジストリ ハイブをアンロードします。 たとえば、コマンド プロンプトで次のように入力します。

reg.exe unload hklm\$dest$software

次のセクションでは、ハード リンク移行に関する一般的な問題について説明します。 セクションを展開して、推奨される解決策を確認します。

EFS ファイルが新しいパーティションに復元されない

原因: EFS ファイルは、ハード リンクを使用して新しいパーティションに移動できません。 /efs:hardlinkコマンド ライン オプションは、同じパーティションに移行されたファイルにのみ適用されます。

解像 度: コマンド ライン オプションを /efs:copyraw 使用して、ハード リンクを作成するのではなく、移行中に EFS ファイルをコピーするか、ハード リンク ストアから EFS ファイルを手動でコピーします。

原因: 移行ストアには、ロックされたファイルへのハード リンクが含まれています。

解像 度: UsmtUtils ツールを使用して、ストアを削除するか、ストア名を変更します。 たとえば、コマンド プロンプトで次のように入力します。

UsmtUtils.exe /rd <storedir>

また、マシンを再起動する必要もあります。

データ収集

Microsoft サポートの支援が必要な場合は、「展開関連の問題について TSS を使用して情報を収集する」に記載している手順に従って情報を収集することをお勧めします。

ユーザー状態移行ツール (USMT) のトラブルシューティング

よく寄せられる質問

リターン コード

UsmtUtils 構文