Risoluzione dei problemi relativi all'analisi degli endpoint

Le sezioni seguenti possono essere utilizzate come ausilio per la risoluzione dei problemi che potrebbero incontrarsi.

Problemi noti e limitazioni

Limitazioni del supporto degli operatori API

Le API seguenti supportano un set limitato di operatori di query OData. Se nelle query si utilizzano operatori non supportati, potrebbero essere visualizzati risultati o errori imprevisti.

API Operatori non supportati Operatori supportati
UserExperienceAnalyticsDeviceStartupHistory - Top
- Skip
- Count
- OrderBy
- SkipToken
- Expand		 - Select
- Filter
UserExperienceAnalyticsDeviceStartupProcesses - Top
- Skip
- Count
- SkipToken
- Expand		 - Select
- Filter
- OrderBy
SummarizeDevicePerformanceDevices - Top
- Skip
- Count
- OrderBy
- SkipToken
- Expand		 - Select
- Expand

I file CSV esportati visualizzano valori numerici

Quando i dati dei report vengono esportati in un .csv file, i dati esportati non usano i nomi descrittivi usati per i report online. Utilizzare le informazioni seguenti per associare i dati del file esportato al significato del valore:

Report sull'affidabilità delle applicazioni

  • Le TotalAppUsageDuration colonne and MeanTimeToFailure nel .csv file sono valori interi con un'unità di minuti
  • Un MeanTimeToFailure valore pari a 2147483647 significa No crash events

Report punteggio per dispositivo

  • Un valore di -1 o -2 nelle EndpointAnalyticsScorecolonne , StartupPerformanceScore, e AppReliabilityScore indica che il punteggio associato non è disponibile

  • Stato di integrità:

    Valore di HealthStatus .csv Valore del report
    0 Unknown
    1 Dati insufficienti
    2 Richiede attenzione
    3 Raggiungere gli obiettivi

Report sulle prestazioni di avvio

Le CoreBootTimecolonne , GPBootTime, CoreLogonTime, , GPLogonTime, DesktopUsableTimeMediane TimePerProcess sono valori interi con un'unità di secondo.

Report Lavoro ovunque

  • Nome di colonna nel .csv file: UpgradeEligibility
    Report Nome colonna: Stato di preparazione di Windows 11

    .csv Valore Valore del report
    0 Aggiornato
    1 Unknown
    2 Non capace
    3 Capace

  • Nome colonna nel .csv file: report GraphDeviceIsManaged
    Nome colonna: registrato Microsoft Entra

Le impostazioni client personalizzate potrebbero indicare erroneamente che la raccolta dei dati di Analisi endpoint è abilitata

Quando si abilita il caricamento dei dati di Analisi endpoint in Gestione configurazione, la raccolta dei dati viene abilitata automaticamente nelle impostazioni client predefinite della gerarchia. In seguito, è possibile che tutte le impostazioni client personalizzate preesistenti che includono il gruppo di impostazioni Agente computer abbiano l'opzione Abilita raccolta dati di Analisi endpoint impostata su Sì nella console di Gestione configurazione, ma questa impostazione potrebbe non essere stata distribuita ai dispositivi di destinazione.

Dispositivi interessati: Questo problema influisce sugli oggetti impostazioni client personalizzati che includono il gruppo di impostazioni Agente computer e che sono stati creati e distribuiti prima dell'onboarding in Analisi endpoint. Se si visualizzano le impostazioni client risultanti per i dispositivi destinati da tale impostazione client personalizzata, è possibile che la raccolta dei dati di Analisi endpoint non sia abilitata.

Mitigazione: Per configurare correttamente i dispositivi regolati da impostazioni client personalizzate per l'analisi degli endpoint, impostare manualmente l'impostazione Abilita raccolta dati di Analisi endpoint su No e selezionare OK per chiudere le impostazioni. Quindi, riaprire le impostazioni del client personalizzato e modificare l'impostazione Abilita raccolta dati Endpoint Analytics su Sì e selezionare OK. Questa modifica forza l'aggiornamento delle impostazioni client personalizzate nei dispositivi di destinazione.

L'inventario hardware non viene elaborato

A volte l'inventario hardware per i dispositivi non riesce a essere elaborato dopo l'abilitazione dell'analisi degli endpoint. Nel file di Dataldr.log potrebbero essere visualizzati errori simili a quello mostrato qui:

Begin transaction: Machine=<machine>
*** [23000][2627][Microsoft][SQL Server Native Client 11.0][SQL Server]Violation of PRIMARY KEY constraint 'BROWSER_USAGE_HIST_PK'. Cannot insert duplicate key in object 'dbo.BROWSER_USAGE_HIST'. The duplicate key value is (XXXX, Y). : dbo.dBROWSER_USAGE_DATA
ERROR - SQL Error in
ERROR - is NOT retryable.
Rollback transaction: XXXX

Mitigazione: Per risolvere questo problema, disabilita la raccolta della classe di inventario hardware Browser Usage (SMS_BrowerUsage). Questa classe non è attualmente usata dall'analisi degli endpoint e non viene trasmessa a Microsoft.

Risoluzione dei problemi relativi alla registrazione dei dispositivi e alle prestazioni di avvio

Se la pagina di panoramica mostra un punteggio delle prestazioni di avvio pari a zero con un banner che indica che è in attesa di dati, o se la scheda delle prestazioni del dispositivo delle prestazioni di avvio mostra meno dispositivi del previsto, ci sono alcuni passaggi che puoi eseguire per risolvere il problema.

Prima di tutto, assicurati che i dispositivi soddisfino i prerequisiti:

Per dispositivi Intune o co-gestiti configurati con il criterio di raccolta dati di Intune:

  1. Assicurarsi che i criteri di raccolta dei dati di Intune siano destinati a tutti i dispositivi in cui si vogliono visualizzare i dati sulle prestazioni. Esamina la scheda Assegnazione per assicurarti che sia assegnata al set di dispositivi previsto.
  2. Cercare i dispositivi che non sono configurati correttamente per la raccolta dei dati. È anche possibile visualizzare queste informazioni nella pagina di panoramica dei profili.
  3. I dispositivi configurati correttamente per la raccolta dei dati devono essere riavviati dopo l'abilitazione della raccolta dei dati e quindi è necessario attendere fino a 25 ore dopo che il dispositivo venga visualizzato nella scheda Prestazioni dispositivo. Vedere Flusso di dati
  4. Se il dispositivo viene configurato correttamente per la raccolta dei dati, viene riavviato e dopo 25 ore non è ancora visualizzato, il dispositivo potrebbe non essere in grado di comunicare con gli endpoint richiesti. Vedere Configurazione del proxy.

Per i dispositivi gestiti da Gestione configurazione:

  1. Assicurarsi che tutti i dispositivi a cui si vogliono visualizzare i dati sulle prestazioni siano registrati in Analisi endpoint.
  2. Controlla se il caricamento dei dati da Gestione configurazione al servizio gateway è riuscito esaminando i messaggi di errore nel file UXAnalyticsUploadWorker.log nel ruolo Punto di connessione del servizio che ospita il sistema del sito.
  3. Verificare se un amministratore dispone di sostituzioni personalizzate per le impostazioni client. Nella console di Gestione configurazione vai all'area di lavoro Dispositivi, individua i dispositivi di destinazione e nel gruppo Impostazioni client seleziona le impostazioni client risultanti. Se l'analisi degli endpoint è disabilitata, esiste un'impostazione client sostitutiva. Trovare le impostazioni client sovrascritte e abilitare l'analisi degli endpoint.
  4. Controlla se i dispositivi client mancanti inviano dati al server di sito esaminando il file SensorEndpoint.log situato nei C:\Windows\CCM\Logs\ dispositivi client. Cerca Messaggi inviati .
  5. Controlla e risolvi eventuali errori che si verificano durante l'elaborazione degli eventi di avvio esaminando il file di SensorManagedProvider.log nei C:\Windows\CCM\Logs\ dispositivi client.
  6. I dispositivi client richiedono un riavvio per abilitare completamente tutte le analisi.

Autenticazione di SQL Server

Se il tuo ambiente usa un server proxy, configura il server proxy per consentire gli endpoint elencati nei requisiti di rete e connettività.

Assicurarsi che il server proxy non blocchi i dati a causa dell'autenticazione. Se il proxy non consente ai dispositivi di inviare questi dati, questi non verranno visualizzati nell'analisi degli endpoint.

Importante

Per la privacy e l'integrità dei dati, Windows verifica la presenza di un certificato SSL Microsoft (associazione del certificato) durante la comunicazione con gli endpoint di condivisione dei dati funzionali richiesti. L'intercettazione e l'ispezione SSL non sono possibili. Per usare l'analisi degli endpoint, escludere questi endpoint dal controllo SSL.

L'approccio consigliato consiste nel ignorare il proxy per il traffico verso gli endpoint di condivisione dei dati.

Autenticazione proxy utente

Configurare i dispositivi per l'uso del contesto dell'utente connesso per l'autenticazione proxy. Questo metodo richiede le configurazioni seguenti:

  • Configurare il proxy a livello di utente (proxy WinINET) nelle impostazioni proxy nel gruppo Rete & Internet di Impostazioni di Windows. È anche possibile usare il pannello di controllo Opzioni Internet legacy.
  • Assicurarsi che gli utenti dispongano dell'autorizzazione proxy per raggiungere gli endpoint di condivisione dei dati. Questa opzione richiede che i dispositivi dispongano di utenti connessi con autorizzazioni proxy. Non è adatto per i dispositivi headless.

Importante

L'approccio di autenticazione del proxy utente non è compatibile con l'uso di Microsoft Defender per endpoint. Questo comportamento è dovuto al fatto che questa autenticazione si basa sulla chiave del Registro di sistema DisableEnterpriseAuthProxy impostata su 0, mentre Microsoft Defender per endpoint richiede che sia impostata su 1. Per altre informazioni, vedere Configurare le impostazioni del proxy del computer e della connettività Internet in Microsoft Defender per endpoint.

Autenticazione del proxy del dispositivo

Questo approccio supporta gli scenari seguenti:

  • I dispositivi headless, in cui nessun utente accede o gli utenti del dispositivo non hanno accesso a Internet
  • Proxy autenticati che non usano l'autenticazione Windows-Integrated
  • Se si usa anche Microsoft Defender per endpoint

Questo approccio è il più complesso perché richiede le configurazioni seguenti:

  • Assicurarsi che i dispositivi possano raggiungere il server proxy tramite WinHTTP nel contesto di sistema locale. Per configurare il criterio, usare una delle opzioni seguenti:
    • Riga di comando netsh winhttp set proxy
    • Protocollo di individuazione automatica proxy Web (WPAD)
    • Proxy trasparente
    • Configurare il proxy WinINET a livello di dispositivo usando l'impostazione dei criteri di gruppo seguente: Impostare le impostazioni proxy per computer (anziché per utente) (ProxySettingsPerUser = 1)
    • Connessione indirizzata o che usa NAT (Network Address Translation)
  • Configurare i server proxy per autenticare gli account computer in Active Directory, consentendo loro di accedere agli endpoint dati. Questa configurazione richiede server proxy per supportare l'autenticazione Windows-Integrated.

Domande frequenti

Se i dispositivi sono co-gestiti, è necessario registrarli tramite Intune, Gestione configurazione o entrambi?

È consigliabile usare Intune per registrare i dispositivi co-gestiti idonei. I dispositivi che non soddisfano i requisiti dei dispositivi per la registrazione di Intune (ad esempio i dispositivi Windows Home o i dispositivi che eseguono versioni precedenti di Windows) possono essere registrati tramite Gestione configurazione. La logica di deduplicazione nel back-end impedisce che i dispositivi registrati tramite Intune e Gestione configurazione vengano visualizzati più volte nel portale di analisi endpoint.

Se si sposta il tenant di Intune in un'altra posizione, verrà eseguita la migrazione dei dati di Analisi endpoint?

Se si esegue la migrazione del tenant di Intune in un percorso diverso, tutti i dati nella soluzione di analisi degli endpoint al momento della migrazione vengono persi. Poiché gli endpoint segnalano continuamente nell'analisi degli endpoint, tutti gli eventi che si verificano dopo la migrazione vengono caricati automaticamente nella nuova posizione del tenant e i report iniziano a ripopolarsi, presupponendo che i dispositivi rimangano registrati correttamente.

Perché lo script Criteri di gruppo Aggiorna obsoleto è tornato con 0x87D00321 errore?

0x87D00321 è un errore di timeout di esecuzione dello script. Questo errore si verifica in genere con i computer connessi in remoto. Una potenziale mitigazione potrebbe consistere nella distribuzione solo in una raccolta dinamica di computer con connettività di rete interna.

  • Last updated on