Condividi tramite


Risoluzione dei problemi relativi allo stato della registrazione

Questo articolo fornisce indicazioni per la risoluzione dei problemi relativi alla pagina dello stato della registrazione (ESP). L'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 della configurazione guidata per Microsoft Entra join. Per altre informazioni su come configurare l'ESP, vedere Configurare la pagina stato della registrazione.

Per risolvere i problemi di ESP, è importante ottenere altre informazioni sulle impostazioni ESP ricevute dal dispositivo e sulle applicazioni e i criteri rilevati in ogni fase. Tutte le impostazioni esp e le informazioni di rilevamento vengono registrate nel registro dispositivi. 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 altre indicazioni 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 Raccolta 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 è in Configurazione guidata in un dispositivo in modalità non S, premere MAIUSC+F10.

Immettere il comando appropriato, in base allo scenario:

  • Per tutti gli scenari autopilot e esp:

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

    In Windows 10, versione 1809 e versioni successive:

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

      mdmdiagnosticstool.exe -area Autopilot -cab <pathToOutputCabFile>
      
    • Per la distribuzione automatica, white glove e qualsiasi altro scenario in cui viene usato un dispositivo fisico, immettere il comando seguente:

      mdmdiagnosticstool.exe -area Autopilot;TPM -cab <pathToOutputCabFile>
      
  • Per il provisioning di runtime

    In Windows 10 versioni 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

    Nota

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

    In Windows 10, versione 1809 e versioni 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 le informazioni di registrazione, le impostazioni del profilo di Windows Autopilot, i criteri e le applicazioni installate da Intune.

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

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

Screenshot che mostra il percorso della chiave FirstSync.

Nota

In alcuni casi, è possibile notare che la fase di configurazione dell'account o 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 mostra 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 tramite 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 riavvii imprevisti

I riavvii sono supportati in 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 Intune. Esistono alcuni criteri che sono in conflitto con ESP e Microsoft ne è a conoscenza. Per i riavvii imprevisti, è possibile usare il provider di servizi di configurazione URI di riavvio per rilevare gli elementi che attivano un riavvio. In Visualizzatore eventi viene registrato un evento come indicato di seguito:

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 unione:

"[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 di Configurazione guidata, vedere Risoluzione dei problemi di 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 una configurazione errata dell'app, di problemi di connettività di rete o di 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 è necessario installare più di 15 applicazioni nel dispositivo. In questo caso, è improbabile che l'installazione possa essere completata prima del 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:

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

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

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Autopilot\EnrollmentStatusTracking

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

Screenshot che mostra il percorso della chiave EnrollmentStatusTracking.

Sottochiave Device

Questa sottochiave contiene informazioni sull'ultimo passaggio della fase di preparazione del dispositivo e le informazioni sulla 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 Intune (SideCar) e il tipo di risorse monitorate dal provider SideCar.

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

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

    • 1 (NotInstalled)
    • 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 monitorati di SideCar.

  • Setup

    All'avvio della fase di configurazione 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 sotto la Apps sottochiave indica se l'utilizzo del dispositivo viene bloccato fino al completamento di questa fase.

    Screenshot che mostra il valore Bloccato nella sottochiave Apps.

    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 sotto 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 (NotInstalled)
    • 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 la causa nel file di log Intune Management Extension.

Sottochiave ESPTrackingInfo

Questa sottochiave contiene informazioni di diagnostica per tutte le applicazioni e i criteri monitorati da ESP e lo stato di ogni app e criterio durante i timestamp specifici per le 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 dell'installazione. Il nome della sottochiave è la data e l'ora in cui viene registrato lo stato dell'app. Se non viene assegnata alcuna app MSI, la sottochiave contiene solo lo stato del pacchetto dell'applicazione estensione di gestione Intune.

    Screenshot che mostra lo stato dell'app MSI.

  • Per ogni profilo Wi-Fi, viene creata una sottochiave in ESPTrackingInfo\Diagnostics\ExpectedNetworkProfiles 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 una sola sottochiave in ESPTrackingInfo\Diagnostics\ExpectedPolicies per il criterio fittizio EntDMID.

    Screenshot che mostra lo stato dei criteri di sicurezza.

  • Per ogni Microsoft Store per le aziende'app distribuita nel contesto del dispositivo, viene creata una sottochiave in ESPTrackingInfo\Diagnostics\ExpectedModernAppPackages per registrare lo stato dell'installazione. Il nome della sottochiave è la data e l'ora in cui viene registrato lo 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 Microsoft Store per le aziende stato dell'app.

Sottochiave {User_SID}

Questa sottochiave viene creata durante la fase di configurazione dell'account se la fase di configurazione 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 utente.

Domande comuni per la risoluzione dei problemi di ESP

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

Per garantire che le applicazioni vengano installate e rilevate tramite esp, assicurarsi che siano vere le condizioni seguenti:

  • Le app vengono assegnate a un gruppo di Microsoft Entra che contiene il dispositivo (per le app destinate al 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 destinate all'utente vengono monitorate durante la fase di configurazione dell'utente.
  • È possibile specificare Blocca l'uso del dispositivo fino a quando non vengono installati tutti i profili e le app oppure includere l'app nell'elenco Blocca l'uso del dispositivo fino a quando queste app necessarie non vengono installate .
  • Le app vengono installate nel contesto del dispositivo e non hanno regole di applicabilità del contesto utente.

L'ESP elenca lo stato di installazione per tutti i metodi di registrazione, tra cui:

  • Windows Autopilot
  • Configuration Manager co-gestione
  • quando un nuovo utente accede al dispositivo con criteri ESP applicati per la prima volta
  • quando l'impostazione Mostra solo la pagina ai dispositivi di cui è stato effettuato il provisioning in base all'esperienza predefinita (Configurazione guidata) è attivata e il criterio è impostato, solo il primo utente che accede al dispositivo ottiene l'ESP

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

I criteri ESP vengono impostati in un dispositivo al momento della registrazione. Per disabilitare la parte ESP 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 (scegli qualsiasi nome desiderato)
    Descrizione: (immettere una descrizione)
    URI OMA: ./Vendor/MSFT/DMClient/Provider/MS DM Server/FirstSyncStatus/SkipUserStatusPage
    Tipo di dati: Boolean
    Valore: True