Condividi tramite

Risoluzione dei problemi relativi alla pagina Relativa allo stato della registrazione

  • Articolo

Questo articolo fornisce indicazioni per la risoluzione dei problemi relativi alla pagina relativa allo stato della registrazione (ESP). Esp può essere usato come parte di qualsiasi scenario di provisioning di Windows Autopilot. Può anche essere usato separatamente da Windows Autopilot come parte dell'esperienza predefinita predefinita (OOBE) per l'aggiunta a Microsoft Entra. Per altre informazioni su come configurare ESP, vedere Configurare la pagina relativa allo stato della registrazione.

Per risolvere i problemi di ESP, è importante ottenere altre informazioni sulle impostazioni ESP ricevute dal dispositivo e le applicazioni e i criteri rilevati in ogni fase. Tutte le impostazioni ESP e le informazioni di rilevamento vengono registrate nel Registro di sistema del dispositivo. In questo articolo verrà illustrato come raccogliere i file di log di diagnostica MDM e cercare informazioni nel Registro di sistema.

Vedere la documentazione di Windows Autopilot per un elenco di problemi noti e indicazioni aggiuntive per la risoluzione dei problemi.

Raccogliere i log

È possibile abilitare la possibilità per gli utenti di raccogliere i log ESP nei criteri ESP. Quando si verifica un timeout nell'ESP, l'utente può selezionare l'opzione Raccogli log. I file di log possono essere copiati in un'unità USB.

È anche possibile raccogliere i log tramite una finestra del prompt dei comandi nel dispositivo. Se si usa la configurazione guidata in un dispositivo in modalità non S, premere MAIUSC+F10.

Immettere il comando appropriato, in base allo scenario:

  • Per tutti gli scenari di Autopilot ed ESP:

    In Windows 10 versioni precedenti alla 1809 immettere licensingdiag.exe.

    In Windows 10 versione 1809 e successive:

    • Per la modalità guidata dall'utente, immettere il comando seguente:

      mdmdiagnosticstool.exe -area Autopilot -cab <pathToOutputCabFile>

    • Per la distribuzione automatica, il guanto bianco e gli altri scenari in cui viene usato un dispositivo fisico, immettere il comando seguente:

      mdmdiagnosticstool.exe -area Autopilot;TPM -cab <pathToOutputCabFile>

  • Per il provisioning in fase di esecuzione

    Nelle versioni di Windows 10 precedenti alla 1809 raccogliere i file di log seguenti:

    • %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

    A seconda della natura dell'errore, tutti i file in %windir%\system32\winevt\logs possono essere utili.

    In Windows 10 versione 1809 e successive immettere il comando seguente:

    mdmdiagnosticstool.exe -area DeviceProvisioning -cab <pathToOutputCabFile>

Il file CAB generato contiene diversi file e registri eventi. Per la risoluzione dei problemi di ESP, il MDMDiagReport_RegistryDump.Reg file contiene tutte le chiavi del Registro di sistema correlate alla registrazione MDM, ad esempio informazioni di registrazione, impostazioni del profilo di Windows Autopilot, criteri e applicazioni installate da Intune.

È possibile trovare le impostazioni ESP nella sottochiave del MDMDiagReport_RegistryDump.Reg Registro di sistema seguente nel file:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync

Screenshot che mostra il percorso della chiave FirstSync.

Note

In alcuni casi, è possibile notare che la fase di configurazione dell'account o di configurazione del dispositivo viene ignorata. Ciò si verifica se uno dei provider di servizi di configurazione personalizzati seguenti è configurato per ignorare tale fase:

  • ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipUserStatusPage
  • ./Vendor/MSFT/DMClient/Provider/ProviderID/FirstSyncStatus/SkipDeviceStatusPage

In questo caso, il valore di SkipUserStatusPage o SkipDeviceStatusPage è impostato su 0xffffffff in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Enrollments\{EnrollmentGUID}\FirstSync.

Ecco un breve video che illustra come raccogliere i log MDM di Windows Autopilot:

Diagnosticare i problemi di Windows Autopilot

Usare lo script Get-AutopilotDiagnostics per esaminare i file di log acquisiti usando lo strumento di diagnostica MDM.

Per installare lo script, eseguire il comando di PowerShell seguente:

Install-Script -Name Get-AutopilotDiagnostics -Force

Per usare lo script per esaminare il file di log generato, eseguire il comando di PowerShell seguente:

Get-AutopilotDiagnostics -CABFile <pathToOutputCabFile>

Identificare i riavvii imprevisti

I riavvii sono supportati nell'ESP durante la fase di configurazione del dispositivo (non supportati durante la fase di configurazione dell'account). I riavvii durante il processo ESP del dispositivo devono essere gestiti da Intune. Ad esempio, nel pacchetto creato è necessario specificare i codici restituiti per eseguire un riavvio da Intune. Esistono alcuni criteri in conflitto con ESP e Microsoft li riconosce. Per i riavvii imprevisti, è possibile usare il CSP reboot-URI per rilevare i trigger di un riavvio. In Visualizzatore eventi, un evento viene registrato come segue:

channel="MDM_DIAGNOSTICS_ADMIN_CHANNEL"
level="win:Informational"
message="$(string.EnterpriseDiagnostics.RebootRequiredURI)"
symbol="RebootRequiredURI"
template="OneString"
value="2800"

L'evento di esempio seguente indica quale URI attiva un riavvio coalesced:

"[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)"

Per altre informazioni su come identificare riavvii imprevisti durante il flusso della Configurazione guidata, vedere Risoluzione dei problemi relativi ai riavvii imprevisti.

Controllare la presenza di errori di distribuzione delle app nel Registro di sistema durante ESP

Gli errori di distribuzione delle app possono causare il timeout di ESP. Questi errori possono verificarsi a causa di errori di configurazione dell'app, problemi di connettività di rete o problemi specifici del dispositivo.

Tuttavia, il timeout ESP durante la distribuzione dell'app si verifica in genere perché il valore di timeout impostato nel profilo ESP non è sufficiente per distribuire tutte le app necessarie. Ad esempio, il timeout è impostato su cinque minuti quando nel dispositivo devono essere installate più di 15 applicazioni. In questo caso, è improbabile che l'installazione possa terminare prima che si verifichi il timeout.

A partire da Windows 10, versione 1903, viene aggiunto un nuovo CSP EnrollmentStatusTracking . Questo provider di servizi di configurazione aggiunge le informazioni di rilevamento e lo stato di installazione seguenti al Registro di sistema dei dispositivi:

  • Stato di installazione dell'estensione di gestione di Intune
  • Rilevamento dello stato di creazione dei criteri per le fasi di configurazione del dispositivo e configurazione dell'account
  • Stato di installazione delle app Win32 durante le fasi di installazione del dispositivo e configurazione dell'account
  • Stato di installazione di LOB e app Microsoft Store per le aziende, profili Wi-Fi e profilo certificato SCEP durante le fasi di installazione del dispositivo e configurazione dell'account

È possibile trovare le EnrollmentStatusTracking impostazioni nella seguente sottochiave del Registro di sistema:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Autopilot\EnrollmentStatusTracking

La EnrollmentStatusTracking sottochiave del Registro di sistema contiene le sottochiavi seguenti:

Screenshot che mostra la posizione della chiave EnrollmentStatusTracking.

Sottochiave Device

Questa sottochiave contiene informazioni sull'ultimo passaggio della fase di preparazione del dispositivo e sulle informazioni di distribuzione delle app Win32 nella fase di configurazione del dispositivo.

Screenshot che mostra la posizione della sottochiave del dispositivo.

Questa sottochiave contiene le sottochiavi seguenti:

  • DevicePreparation

    In questa sottochiave è possibile trovare lo stato di installazione dell'estensione di gestione di Intune (SideCar) e il tipo di risorse che questo provider SideCar tiene traccia.

    Screenshot che mostra la posizione e le informazioni della sottochiave Sidecar.

    Di seguito sono riportati i valori disponibili dello stato di installazione:

    • 1 (Non installato)
    • 2 (NotRequired)
    • 3 (completato)
    • 4 (errore)

    Durante ESP, SideCar tiene traccia solo delle app Win32 (senza script di PowerShell).

    Screenshot che mostra i tipi di risorse rilevati di SideCar.

  • Setup

    All'avvio della fase di installazione del dispositivo, questa sottochiave contiene lo stato di creazione dei criteri di rilevamento e le app Win32 rilevate dal provider SideCar. Contiene anche lo stato di installazione finale di ogni app e indica se è necessario un riavvio.

    Screenshot che mostra il contenuto della chiave di installazione.

    Il Locked valore nella Apps sottochiave indica se l'utilizzo del dispositivo viene bloccato fino al completamento di questa fase.

    Screenshot che mostra il valore Bloccato nella sottochiave App.

    Il TrackingPoliciesCreated valore nella Apps\PolicyProviders\Sidecar sottochiave mostra lo stato dei criteri di rilevamento creati per la fase di configurazione del dispositivo.

    Screenshot che mostra il valore TrackingPoliciesCreated nella sottochiave Sidecar.

    Il InstallationState valore in ogni Apps\Tracking\Sidecar\Win32App_{AppID} sottochiave mostra lo stato di installazione dell'app Win32 distribuita nel contesto del dispositivo.

    Screenshot che mostra lo stato di installazione dell'app.

    I valori disponibili per InstallationState sono:

    • 1 (Non installato)
    • 2 (InProgress)
    • 3 (completato)
    • 4 (errore)

    Se il valore di InstallationState per qualsiasi app è 4, ESP interrompe l'installazione delle applicazioni. In questo caso, controllare il file di log dell'estensione di gestione di Intune per la causa.

Sottochiave ESPTrackingInfo

Questa sottochiave contiene informazioni di diagnostica per tutte le applicazioni e i criteri rilevati da ESP e lo stato di ogni app e criterio durante specifiche fasi di configurazione del dispositivo e dell'account.

Screenshot che mostra le informazioni di diagnostica.

  • Per ogni app LOB (MSI), viene creata una sottochiave in ESPTrackingInfo\Diagnostics\ExpectedMSIAppPackages per registrare lo stato di installazione. Il nome della sottochiave è la data e l'ora di registrazione dello stato dell'app. Se non è destinata alcuna app MSI, la sottochiave contiene solo lo stato del pacchetto dell'applicazione Intune Management Extension.

    Screenshot che mostra lo stato dell'app MSI.

  • Per ogni profilo Wi-Fi, viene creata ESPTrackingInfo\Diagnostics\ExpectedNetworkProfiles una sottochiave per registrare lo stato di installazione. Il nome della sottochiave è la data e l'ora in cui viene registrato lo stato del profilo Wi-Fi.

    Screenshot che mostra lo stato del profilo Wi-Fi.

  • Per ogni profilo certificato SCEP, viene creata una sottochiave in ESPTrackingInfo\Diagnostics\ExpectedCertificateProfiles per registrare lo stato di installazione. Il nome della sottochiave è la data e l'ora in cui viene registrato lo stato del profilo certificato SCEP.

  • Poiché ESP non tiene traccia dei criteri di sicurezza, viene creata ESPTrackingInfo\Diagnostics\ExpectedPolicies una sola sottochiave per il criterio fittizio EntDMID.

    Screenshot che mostra lo stato dei criteri di sicurezza.

  • Per ogni app Microsoft Store per le aziende distribuita nel contesto del dispositivo, viene creata ESPTrackingInfo\Diagnostics\ExpectedModernAppPackages una sottochiave in per registrare lo stato di installazione. Il nome della sottochiave è la data e l'ora di registrazione dello stato dell'app. Se l'app viene distribuita nel contesto utente, questa sottochiave viene creata in ESPTrackingInfo\Diagnostics\{User_SID}\ExpectedModernAppPackages.

    Nell'esempio seguente il valore del Registro di sistema è 0. Ciò significa che l'app non è installata alle 16:17:42.430Z.

    Screenshot che mostra il primo stato dell'app Microsoft Store per le aziende.

    Nell'esempio seguente il valore del Registro di sistema è 1. Ciò significa che l'app viene installata alle 16:19:18.153Z.

    Screenshot che mostra il secondo stato dell'app Microsoft Store per le aziende.

Sottochiave {User_SID}

Questa sottochiave viene creata durante la fase di configurazione dell'account se la fase di installazione del dispositivo viene completata correttamente. Contiene lo stato di installazione delle app Win32 distribuite nel contesto utente e lo stato di creazione dei criteri di rilevamento per la fase di configurazione dell'account.

Screenshot che mostra le informazioni della sottochiave SID dell'utente.

Domande comuni per la risoluzione dei problemi relativi a ESP

Perché le applicazioni non sono state installate e monitorate tramite ESP?

Per garantire che le applicazioni siano installate e monitorate tramite ESP, assicurarsi che le condizioni seguenti siano vere:

  • Le app vengono assegnate a un gruppo Microsoft Entra che contiene il dispositivo (per le app di destinazione del dispositivo) o l'utente (per le app di destinazione dell'utente), usando un'assegnazione obbligatoria . Le app di destinazione del dispositivo vengono rilevate durante la fase di configurazione del dispositivo e le app di destinazione dell'utente vengono rilevate durante la fase di configurazione dell'utente.
  • Specificare Blocca l'uso del dispositivo fino a quando non vengono installate tutte le app e i profili oppure includere l'app nell'elenco Blocca l'uso del dispositivo fino a quando non vengono installate queste app necessarie.
  • Le app vengono installate nel contesto del dispositivo e non hanno regole di applicabilità del contesto utente.

Esp elenca lo stato di installazione per tutti i metodi di registrazione, tra cui:

  • Windows Autopilot
  • Co-gestione di Configuration Manager
  • quando un nuovo utente accede al dispositivo con criteri ESP applicati per la prima volta
  • quando l'impostazione Mostra solo la pagina per i dispositivi di cui è stato effettuato il provisioning tramite configurazione guidata è attivata e il criterio è impostato, solo il primo utente che accede al dispositivo ottiene l'ESP

Come posso disabilitare la parte ESP dell'utente della pagina di stato della registrazione (ESP) se nel dispositivo è stato configurato un ESP?

I criteri ESP vengono impostati in un dispositivo al momento della registrazione. Per disabilitare la parte ESP dell'utente della pagina di stato della registrazione (ESP), creare un'impostazione OMA-URI personalizzata usando la configurazione seguente:

  • Pagina Disabilita stato registrazione utente:

    Nome: Disabilita ESP utente (scegliere qualsiasi nome desiderato)
    Descrizione: (immettere una descrizione)
    OMA-URI: ./Vendor/MSFT/DMClient/Provider/MS DM Server/FirstSyncStatus/SkipUserStatusPage
    Tipo di dati: Boolean
    Valore: true