Устранение неполадок на странице состояния регистрации
В этой статье содержатся рекомендации по устранению неполадок на странице состояния регистрации (ESP). ESP можно использовать как часть любого сценария подготовки Windows Autopilot. Его также можно использовать отдельно от Windows Autopilot как часть стандартного интерфейса (OOBE) по умолчанию для Microsoft Entra присоединения. Дополнительные сведения о настройке ESP см. в разделе Настройка страницы состояния регистрации.
Чтобы устранить проблемы с ESP, важно получить дополнительные сведения о параметрах ESP, получаемых устройством, а также о приложениях и политиках, отслеживаемых на каждом этапе. Все параметры ESP и данные отслеживания регистрируются в реестре устройств. В этой статье мы покажем, как собирать файлы журнала диагностики MDM и искать сведения в реестре.
Список известных проблем и дополнительные рекомендации по устранению неполадок см. в документации по Windows Autopilot.
Сбор журналов
Вы можете включить для пользователей возможность собирать журналы ESP в политике ESP. При истечении времени ожидания в ESP пользователь может выбрать параметр Сбор журналов. Файлы журнала можно скопировать на USB-накопитель.
Вы также можете собирать журналы через окно командной строки на устройстве. Если вы находитесь в режиме запуска на устройстве, отличном от S-режима, нажмите клавиши SHIFT+F10.
Введите соответствующую команду в зависимости от сценария:
Для всех сценариев Autopilot и ESP:
В Windows 10 версиях, предшествующих 1809, введите
licensingdiag.exe
.В Windows 10, версия 1809 и более поздних версиях:
Для пользовательского режима введите следующую команду:
mdmdiagnosticstool.exe -area Autopilot -cab <pathToOutputCabFile>
Для самостоятельного развертывания, белой перчатки и любых других сценариев, в которых используется физическое устройство, введите следующую команду:
mdmdiagnosticstool.exe -area Autopilot;TPM -cab <pathToOutputCabFile>
Для подготовки среды выполнения
В Windows 10 версиях, предшествующих 1809, соберите следующие файлы журналов:
%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
Примечание.
В зависимости от характера ошибки могут быть полезны все файлы в
%windir%\system32\winevt\logs
.В Windows 10, версия 1809 и более поздних версиях введите следующую команду:
mdmdiagnosticstool.exe -area DeviceProvisioning -cab <pathToOutputCabFile>
Созданный CAB-файл содержит несколько файлов и журналов событий. Для устранения неполадок ESP файл MDMDiagReport_RegistryDump.Reg
содержит все разделы реестра, связанные с регистрацией MDM, такие как сведения о регистрации, параметры профиля Windows Autopilot, политики и приложения, устанавливаемые Intune.
Параметры ESP можно найти в следующем подразделе MDMDiagReport_RegistryDump.Reg
реестра в файле:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync
Примечание.
В некоторых случаях можно заметить, что этап настройки учетной записи или устройства пропущен. Это происходит, если один из следующих пользовательских поставщиков служб конфигурации настроен для пропуска этого этапа:
- ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipUserStatusPage
- ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipDeviceStatusPage
В этом случае для параметра SkipUserStatusPage
или SkipDeviceStatusPage
задано значение 0xffffffff
в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync
.
Ниже приведено короткое видео, в которое показано, как собирать журналы MDM Windows Autopilot:
Диагностика проблем с Windows Autopilot
Используйте скрипт Get-AutopilotDiagnostics для просмотра файлов журнала, которые записываются с помощью средства диагностики MDM.
Чтобы установить скрипт, выполните следующую команду PowerShell:
Install-Script -Name Get-AutopilotDiagnostics -Force
Чтобы использовать скрипт для проверки созданного файла журнала, выполните следующую команду PowerShell:
Get-AutopilotDiagnostics -CABFile <pathToOutputCabFile>
Определение непредвиденных перезагрузок
Перезагрузки поддерживаются в ESP на этапе настройки устройства (не поддерживаются на этапе настройки учетной записи). Перезагрузками во время процесса ESP устройства должно управлять Intune. Например, в созданном пакете необходимо указать коды возврата для выполнения перезагрузки Intune. Существуют некоторые политики, которые конфликтуют с ESP, и корпорация Майкрософт знает о них. Для непредвиденных перезагрузок можно использовать CSP URI перезагрузки, чтобы определить, что вызывает перезагрузку. В Просмотр событий событие регистрируется следующим образом:
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 приложений. В этом случае маловероятно, что установка может завершиться до истечения времени ожидания.
Начиная с Windows 10 версии 1903 добавляется новый CSP EnrollmentStatusTracking. Этот поставщик служб CSP добавляет следующие сведения о отслеживании и состоянии установки в реестр устройств:
- Состояние установки расширения управления Intune
- Отслеживание состояния создания политик для этапов настройки устройства и учетной записи
- Состояние установки приложений Win32 на этапах установки устройства и учетной записи
- Состояние установки бизнес-приложений и приложений Microsoft Store для бизнеса, профилей Wi-Fi и профиля сертификата SCEP на этапах настройки устройства и настройки учетной записи
Параметры можно найти EnrollmentStatusTracking
в следующем подразделе реестра:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Autopilot\EnrollmentStatusTracking
Подраздел EnrollmentStatusTracking
реестра содержит следующие подразделы:
- Устройство
- ESPTrackingInfo
- Идентификатор безопасности (SID) пользователя, выполнившего вход. Этот подраздел создается на этапе настройки учетной записи. Он не будет создан, если завершается сбой этапа установки устройства.
Подраздел "Устройство"
Этот подраздел содержит сведения о последнем шаге на этапе подготовки устройства и сведения о развертывании приложений Win32 на этапе настройки устройства.
Этот подраздел содержит следующие подразделы:
DevicePreparation
В этом подразделе можно найти состояние установки расширения управления Intune (SideCar) и тип ресурсов, отслеживаемых поставщиком SideCar.
Ниже перечислены доступные значения состояния установки.
- 1 (NotInstalled)
- 2 (NotRequired)
- 3 (завершено)
- 4 (ошибка)
Во время ESP SideCar отслеживает только приложения Win32 (без сценариев PowerShell).
Setup
Когда начинается этап настройки устройства, этот подраздел содержит состояние создания политики отслеживания и приложений Win32, отслеживаемых поставщиком SideCar. Он также содержит окончательное состояние установки каждого приложения и указывает, требуется ли перезагрузка.
Значение
Locked
в подразделеApps
показывает, заблокировано ли использование устройства до завершения этого этапа.Значение
TrackingPoliciesCreated
в подразделеApps\PolicyProviders\Sidecar
отображает состояние политик отслеживания, созданных для этапа настройки устройства.Значение
InstallationState
под каждымApps\Tracking\Sidecar\Win32App_{AppID}
подразделом показывает состояние установки приложения Win32, развернутого в контексте устройства.Доступные значения для
InstallationState
:- 1 (NotInstalled)
- 2 (InProgress)
- 3 (завершено)
- 4 (ошибка)
Если значение
InstallationState
для любого приложения равно 4, ESP прекращает установку приложений. В этом случае проверка файл журнала расширения управления Intune для причины.
Подраздел ESPTrackingInfo
Этот подраздел содержит диагностика сведения обо всех приложениях и политиках, отслеживаемых ESP, а также о состоянии каждого приложения и политики на определенных этапах настройки устройства и учетной записи.
Для каждого бизнес-приложения (MSI) в разделе создается
ESPTrackingInfo\Diagnostics\ExpectedMSIAppPackages
подраздел для записи состояния установки. Имя подраздела — это дата и время регистрации состояния приложения. Если приложение MSI не предназначено, подраздел содержит только состояние пакета приложения расширения управления Intune.Для каждого профиля Wi-Fi создается подраздел в разделе
ESPTrackingInfo\Diagnostics\ExpectedNetworkProfiles
для записи состояния установки. Имя подраздела — это дата и время регистрации состояния профиля Wi-Fi.Для каждого профиля сертификата SCEP в разделе создается
ESPTrackingInfo\Diagnostics\ExpectedCertificateProfiles
подраздел для записи состояния установки. Имя подраздела — это дата и время регистрации состояния профиля сертификата SCEP.Так как ESP не отслеживает политики безопасности, для
ESPTrackingInfo\Diagnostics\ExpectedPolicies
entDMID фиктивной политики создается только один подраздел.Для каждого приложения 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 группе, содержащей устройство (для приложений, предназначенных для устройств) или пользователя (для приложений, предназначенных для пользователей), с помощью обязательного назначения. (Приложения, предназначенные для устройств, отслеживаются на этапе настройки устройства, а приложения, предназначенные для пользователей, отслеживаются на этапе настройки пользователя.)
- Вы либо указываете блокировать использование устройства, пока не будут установлены все приложения и профили , либо включите приложение в список Блокировать использование устройства, пока не будут установлены эти необходимые приложения .
- Приложения устанавливаются в контексте устройства, и у них нет правил применимости контекста пользователя.
Почему esp отображается для развертываний, не связанных с Windows Autopilot, например, когда пользователь впервые входит в систему на зарегистрированном устройстве Configuration Manager совместного управления?
Esp содержит сведения о состоянии установки для всех методов регистрации, в том числе:
- Windows Autopilot
- совместное управление Configuration Manager
- когда любой новый пользователь входит на устройство, к которому применена политика ESP в первый раз
- Если параметр Только показывать страницу для устройств, подготовленных с помощью встроенного интерфейса (OOBE), включен и политика задана, только первый пользователь, который входит в устройство, получает ESP
Как отключить часть ESP пользователя на странице состояния регистрации (ESP), если на устройстве настроен esp?
Политика ESP устанавливается на устройстве во время регистрации. Чтобы отключить часть ESP пользователя на странице состояния регистрации (ESP), создайте настраиваемый параметр OMA-URI с помощью следующей конфигурации:
Отключить страницу состояния регистрации пользователя:
Имя: отключить user ESP (выберите любое имя).
Описание: (введите описание)
OMA-URI: ./Vendor/MSFT/DMClient/Provider/MS DM Server/FirstSyncStatus/SkipUserStatusPage
Тип данных: Boolean
Значение: True