移行をテストする

• 適用対象:

  ✅ Windows 11, ✅ Windows 10

管理されたラボ設定で移行計画を常にテストしてから、organization全体にデプロイします。 テスト環境では、データの移行元となるオペレーティング システムの種類ごとに少なくとも 1 台のコンピューターが必要です。

各organizationソース オペレーティング システムを実行している 1 台のコンピューターで移行プロセス全体をテストしたら、少数のユーザー グループでパイロット移行を行います。 いくつかの一般的なユーザー状態を中間ストアに移行した後、必要な領域をメモし、それに応じて初期計算を調整します。 移行に必要な領域の見積もりの詳細については、「移行 ストアのサイズの見積もり」を参照してください。 レジストリ設定とファイルの場所の情報は、移行規則ファイルで調整する必要がある場合があります。 変更が行われた場合は、移行をもう一度テストし、すべてのデータと設定が期待どおりに移行されたことを確認します。 パイロット移行では、中間ストアのスペースの見積もりをテストする機会も提供されます。

テスト移行でエラーが発生した場合は、 ScanState ログと LoadState ログを調べて、正確なユーザー状態移行ツール (USMT) のリターン コードと関連するエラー メッセージまたは Windows アプリケーション プログラミング インターフェイス (API) エラー メッセージを取得します。 USMT のリターン コードとエラー メッセージの詳細については、「 リターン コード」を参照してください。 コマンド プロンプト ウィンドウで次のように入力すると、一覧表示されている Windows システム エラー コードに関する詳細情報を取得できます。

net.exe helpmsg <error_number>

ここで<error_number>は、エラー メッセージによって生成されるエラー コード番号です。 システム エラー コードの詳細については、「 システム エラー コード (0 から 499)」を参照してください。

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

注

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

指定したファイルと設定が正常に移行されたことをパイロット移行で確認した後、USMT を環境で使用してデータを移行する準備が整います。 たとえば、Microsoft Configuration Managerで USMT を使用する場合などです。 詳細については、「Configuration Managerでユーザーの状態を管理する」/(mem/configmgr/osd/get-started/manage-user-state) を参照してください。

注

テスト目的で、 オプションを使用して非圧縮ストアを /hardlink /nocompress 作成できます。 圧縮が無効になっている場合、 ScanState ツールは、ファイルと設定を ファイル という名前 の非表示フォルダーに <StorePath>\USMT保存します。 非圧縮ストアを使用して、USMT に格納されている内容を表示したり、問題のトラブルシューティングを行ったりできます。 ウイルス対策ユーティリティは、ファイルに対して実行することもできます。 さらに、次の項目を使用して、移行に関する問題のトラブルシューティングを行うことができます。

• /listfilesコマンド ライン オプション。
• 収集されたファイルを一覧表示する診断ログ。

関連記事

• 移行を計画します。
• ログ ファイル。