[登録状態] ページのトラブルシューティング
この記事では、登録状態ページ (ESP) のトラブルシューティングに関するガイダンスを提供します。 ESP は、Windows Autopilot プロビジョニング シナリオの一部として使用できます。 また、Microsoft Entra 参加の既定の Out-of-Box Experience (OOBE) の一部として、Windows Autopilot とは別に使用することもできます。 ESP を構成する方法の詳細については、「 登録状態ページを設定するを参照してください。
ESP の問題をトラブルシューティングするには、デバイスによって受信される ESP 設定と、各ステージで追跡されるアプリケーションとポリシーに関する詳細情報を取得することが重要です。 すべての ESP 設定と追跡情報は、デバイス レジストリに記録されます。 この記事では、MDM 診断ログ ファイルを収集し、レジストリ内の情報を検索する方法について説明します。
known の問題の一覧とその他のトラブルシューティング ガイダンスについては、Windows Autopilot のドキュメントを参照してください。
ログの収集
ユーザーが ESP ポリシーで ESP ログを収集する機能を有効にすることができます。 ESP でタイムアウトが発生すると、ユーザーは Collect ログオプションを選択できます。 ログ ファイルは USB ドライブにコピーできます。
デバイスのコマンド プロンプト ウィンドウからログを収集することもできます。 S モード以外のデバイスで OOBE を使用している場合は、Shift キーを押しながら F10 キーを押します。
シナリオに基づいて、適切なコマンドを入力します。
すべての Autopilot シナリオと ESP の場合:
1809 より前のバージョンの Windows 10 では、「
licensingdiag.exe
」と入力します。Windows 10 バージョン 1809 以降のバージョンでは、次の手順を実行します。
ユーザー駆動モードの場合は、次のコマンドを入力します。
mdmdiagnosticstool.exe -area Autopilot -cab <pathToOutputCabFile>
自己展開、ホワイト グローブ、および物理デバイスを使用するその他のシナリオでは、次のコマンドを入力します。
mdmdiagnosticstool.exe -area Autopilot;TPM -cab <pathToOutputCabFile>
ランタイム プロビジョニングの場合
1809 より前の Windows 10 バージョンでは、次のログ ファイルを収集します。
%windir%\System32\winevt\Logs\Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider%4Admin.evtx
%windir%\System32\winevt\Logs\Microsoft-Windows-Provisioning-Diagnostics-Provider%4Admin.evtx
%windir%\System32\winevt\Logs\Microsoft-Windows-AAD%4Operational.evtx
Note
エラーの性質によっては、
%windir%\system32\winevt\logs
内のすべてのファイルが役立つ場合があります。Windows 10 バージョン 1809 以降のバージョンでは、次のコマンドを入力します。
mdmdiagnosticstool.exe -area DeviceProvisioning -cab <pathToOutputCabFile>
生成された cab ファイルには、いくつかのファイルとイベント ログが含まれています。 ESP のトラブルシューティングの場合、 MDMDiagReport_RegistryDump.Reg
ファイルには、登録情報、Windows Autopilot プロファイル設定、ポリシー、Intune によってインストールされているアプリケーションなど、MDM 登録に関連するすべてのレジストリ キーが含まれています。
ESP 設定は、 MDMDiagReport_RegistryDump.Reg
ファイルの次のレジストリ サブキーにあります。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync
Note
場合によっては、アカウントのセットアップまたはデバイスのセットアップ フェーズがスキップされることがあります。 これは、次のいずれかのカスタム CSP がそのフェーズをスキップするように構成されている場合に発生します。
- ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipUserStatusPage
- ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipDeviceStatusPage
この場合、SkipUserStatusPage
またはSkipDeviceStatusPage
の値は、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync
の下で0xffffffff
に設定されます。
Windows Autopilot MDM ログを収集する方法を示す短いビデオを次に示します。
Windows Autopilot の問題を診断する
Get-AutopilotDiagnostics スクリプトを使用して、MDM 診断ツールを使用してキャプチャされたログ ファイルを確認します。
スクリプトをインストールするには、次の PowerShell コマンドを実行します。
Install-Script -Name Get-AutopilotDiagnostics -Force
スクリプトを使用して生成されたログ ファイルを調べるには、次の PowerShell コマンドを実行します。
Get-AutopilotDiagnostics -CABFile <pathToOutputCabFile>
予期しない再起動を特定する
再起動は、デバイスのセットアップ フェーズ中に ESP でサポートされます (アカウントのセットアップ フェーズではサポートされません)。 デバイス ESP プロセス中の再起動は、Intune で管理する必要があります。 たとえば、作成されたパッケージでは、Intune による再起動を実行するリターン コードを指定する必要があります。 ESP と競合し、Microsoft が認識しているポリシーがいくつかあります。 予期しない再起動の場合は、reboot-URI CSP を使用して、再起動のトリガーを検出できます。 イベント ビューアーでは、イベントは次のようにログに記録されます。
channel="MDM_DIAGNOSTICS_ADMIN_CHANNEL"
level="win:Informational"
message="$(string.EnterpriseDiagnostics.RebootRequiredURI)"
symbol="RebootRequiredURI"
template="OneString"
value="2800"
次のサンプル イベントは、結合された再起動をトリガーする URI を示しています。
"[ETW [2022-08-02T13:28:10.3350735Z] [Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider] [Informational] - The following URI has triggered a reboot: (./Device/Vendor/MSFT/Policy/Config/Update/ManagePreviewBuilds)"
OOBE フロー中に予期しない再起動を識別する方法の詳細については、「 予期しない再起動のトラブルシューティングを参照してください。
ESP 中にアプリの展開エラーが発生したかどうかをレジストリで確認する
アプリの展開エラーにより、ESP がタイムアウトする可能性があります。これらのエラーは、不適切なアプリ構成、ネットワーク接続の問題、またはデバイス固有の問題が原因で発生する可能性があります。
ただし、通常、アプリの展開中に ESP タイムアウトが発生するのは、ESP プロファイルに設定されているタイムアウト値では、必要なすべてのアプリを展開するには不十分であるためです。 たとえば、デバイスに 15 を超えるアプリケーションをインストールする必要がある場合、タイムアウトは 5 分に設定されます。 この場合、タイムアウトが発生する前にインストールが完了する可能性はほとんどありません。
Windows 10 バージョン 1903 以降では、新しい CSP EnrollmentStatusTracking が追加されました。 この CSP は、次の追跡情報とインストール状態をデバイス レジストリに追加します。
- Intune 管理拡張機能のインストール状態
- デバイスセットアップフェーズとアカウントセットアップフェーズのポリシー作成ステータスの追跡
- デバイスのセットアップフェーズとアカウントセットアップフェーズ中の Win32 アプリのインストール状態
- デバイスのセットアップフェーズとアカウントセットアップフェーズ中の LOB およびビジネス向け Microsoft Storeアプリ、Wi-Fi プロファイル、SCEP 証明書プロファイルのインストール状態
EnrollmentStatusTracking
設定は、次のレジストリ サブキーにあります。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Autopilot\EnrollmentStatusTracking
EnrollmentStatusTracking
レジストリ サブキーには、次のサブキーが含まれています。
- Device
- ESPTrackingInfo
- ログイン しているユーザーのセキュリティ識別子 (SID。 このサブキーは、アカウントのセットアップ フェーズで作成されます。 デバイスのセットアップ フェーズが失敗した場合、作成されません。
Device サブキー
このサブキーには、デバイス準備フェーズの最後の手順と、デバイスセットアップフェーズの Win32 アプリの展開情報に関する情報が含まれています。
このサブキーには、次のサブキーが含まれています。
DevicePreparation
このサブキーでは、Intune 管理拡張機能 (SideCar) のインストール状態と、この SideCar プロバイダーが追跡するリソースの種類を確認できます。
インストール状態の使用可能な値を次に示します。
- 1 (NotInstalled)
- 2 (NotRequired)
- 3 (完了)
- 4 (エラー)
ESP 中、SideCar は Win32 アプリのみを追跡します (PowerShell スクリプトは追跡しません)。
Setup
デバイスのセットアップ フェーズが開始されると、このサブキーには、追跡ポリシーの作成状態と、SideCar プロバイダーによって追跡されている Win32 アプリが含まれます。 また、各アプリの最終的なインストール状態も含まれており、再起動が必要かどうかを示します。
Apps
サブキーの下のLocked
値は、このステージが完了するまでデバイスの使用がブロックされているかどうかを示します。Apps\PolicyProviders\Sidecar
サブキーの下のTrackingPoliciesCreated
値には、デバイス セットアップ フェーズ用に作成された追跡ポリシーの状態が表示されます。各
Apps\Tracking\Sidecar\Win32App_{AppID}
サブキーのInstallationState
値には、デバイス コンテキストで展開されている Win32 アプリのインストール状態が表示されます。InstallationState
で使用できる値は次のとおりです。- 1 (NotInstalled)
- 2 (InProgress)
- 3 (完了)
- 4 (エラー)
いずれかのアプリの
InstallationState
の値が 4 の場合、ESP はアプリケーションのインストールを停止します。 この場合は、Intune 管理拡張機能のログ ファイルで原因を確認します。
ESPTrackingInfo
サブキー
このサブキーには、ESP によって追跡されるすべてのアプリケーションとポリシーの診断情報と、デバイスのセットアップフェーズとアカウントセットアップフェーズの特定のタイムスタンプ中の各アプリとポリシーの状態が含まれます。
LOB (MSI) アプリごとに、インストールの状態を記録するために、
ESPTrackingInfo\Diagnostics\ExpectedMSIAppPackages
の下にサブキーが作成されます。 サブキーの名前は、アプリの状態がログに記録される日時です。 MSI アプリが対象とされていない場合、サブキーには Intune 管理拡張機能アプリケーション パッケージの状態のみが含まれます。Wi-Fi プロファイルごとに、
ESPTrackingInfo\Diagnostics\ExpectedNetworkProfiles
の下にサブキーが作成され、インストールの状態が記録されます。 サブキーの名前は、Wi-Fi プロファイルの状態が記録される日時です。SCEP 証明書プロファイルごとに、インストールの状態を記録するために、
ESPTrackingInfo\Diagnostics\ExpectedCertificateProfiles
の下にサブキーが作成されます。 サブキーの名前は、SCEP 証明書プロファイルの状態が記録される日時です。ESP はセキュリティ ポリシーを追跡しないため、ダミー ポリシー EntDMID の
ESPTrackingInfo\Diagnostics\ExpectedPolicies
の下に作成されるサブキーは 1 つだけです。デバイス コンテキストで展開されているビジネス向け Microsoft Storeアプリごとに、インストールの状態を記録するために、
ESPTrackingInfo\Diagnostics\ExpectedModernAppPackages
の下にサブキーが作成されます。 サブキーの名前は、アプリの状態がログに記録される日時です。 アプリがユーザー コンテキストで展開されている場合、このサブキーはESPTrackingInfo\Diagnostics\{User_SID}\ExpectedModernAppPackages
の下に作成されます。次の例では、レジストリ値は 0 です。 これは、アプリが 16:17:42.430Z にインストールされていないことを意味します。
次の例では、レジストリ値は 1 です。 つまり、アプリは 16:19:18.153Z にインストールされます。
{User_SID} サブキー
このサブキーは、デバイスセットアップフェーズが正常に完了した場合、アカウントセットアップフェーズ中に作成されます。 これには、ユーザー コンテキストで展開される Win32 アプリのインストール状態と、アカウントセットアップ フェーズの追跡ポリシーの作成状態が含まれます。
ESP のトラブルシューティングに関する一般的な質問
アプリケーションが ESP を使用してインストールおよび追跡されなかったのはなぜですか?
ESP を使用してアプリケーションがインストールおよび追跡されることを保証するには、次の条件が満たされていることを確認します。
- アプリは、 取得済み 割り当てを使用して、デバイス (デバイスを対象とするアプリの場合) またはユーザー (ユーザーを対象とするアプリの場合) を含む Microsoft Entra グループに割り当てられます。 (デバイスを対象とするアプリはデバイスセットアップフェーズ中に追跡され、ユーザーを対象とするアプリはユーザー設定フェーズ中に追跡されます)。
- すべてのアプリとプロファイルがインストールされるまで Block デバイスの使用を指定するか これらの必要なアプリがインストールされるまで、 Block デバイスの使用にアプリを含めます 一覧。
- アプリはデバイス コンテキストでインストールされ、ユーザー コンテキストの適用規則はありません。
Configuration Manager 共同管理に登録されたデバイスでユーザーが初めてログインしたときなど、Windows Autopilot に関連しない展開に ESP が表示されるのはなぜですか?
ESP には、次のようなすべての登録方法のインストール状態が一覧表示されます。
- Windows Autopilot
- Configuration Manager の共同管理
- ESP ポリシーが初めて適用されているデバイスに新しいユーザーがログインした場合
- 既定のエクスペリエンス (OOBE) 設定によってプロビジョニングされたデバイスにページを表示し、ポリシーが設定されている場合、デバイスにサインインした最初のユーザーのみが ESP を取得します
ESP がデバイスで構成されている場合、登録ステータス ページ (ESP) のユーザー ESP 部分を無効にするにはどうすればよいですか?
ESP ポリシーは、登録時にデバイスで設定されます。 登録状態ページ (ESP) のユーザー ESP 部分を無効にするには、次の構成を使用してカスタム OMA-URI 設定を作成します。
[ユーザー登録の状態を無効にする] ページ:
名前: ユーザー ESP を無効にする (任意の名前を選択)
説明: (説明を入力)
OMA-URI: ./Vendor/MSFT/DMClient/Provider/MS DM Server/FirstSyncStatus/SkipUserStatusPage
データ型: Boolean
値: True