Устранение неполадок аналитики конечных точек

Следующие разделы могут быть полезны для устранения проблем, с которыми вы можете столкнуться.

Известные проблемы и ограничения

Ограничения поддержки оператора API

Следующие API поддерживают ограниченный набор операторов запросов OData. При использовании в запросах неподдерживаемых операторов могут появляться неожиданные результаты или ошибки.

Экспортированные CSV-файлы отображают числовые значения

Когда данные отчетов экспортируются в файл .csv, экспортированные данные не используют понятные имена, которые вы привыкли видеть в онлайн-отчетах. Используйте приведенные ниже сведения, чтобы понять смысл данных в экспортированном файле:

Отчет о надежности приложений

• Столбцы TotalAppUsageDuration и MeanTimeToFailure в файле .csv представляют собой целые значения с единицей измерения минуты
• Значение MeanTimeToFailure 2147483647 означает No crash events

Отчет об оценке каждого устройства

• Значение -1 или -2 в столбцах EndpointAnalyticsScore, StartupPerformanceScore и AppReliabilityScore означает, что связанная оценка недоступна

• Состояние здоровья:
  

  Значение состояния работоспособности .csv	Значение в отчете
  0	Unknown
  1	Недостаточно данных
  2	Требует внимания
  3	Цели собрания

Отчет о производительности запуска

Столбцы CoreBootTime, GPBootTime, CoreLogonTime, GPLogonTime, DesktopUsableTime, Median и TimePerProcess представляют собой целые значения с единицей секунды.

Отчет о работе на любых устройствах

• Имя столбца в .csv файле: UpgradeEligibility
  Report Имя столбца: Состояние готовности Windows 11
  

  значение .csv	Значение в отчете
  0	Обновлено
  1	Неизвестно
  2	Не подходит
  3	Подходит

• Имя столбца в .csv файле: GraphDeviceIsManaged
  Имя столбца: Зарегистрирован Microsoft Entra

Пользовательские параметры клиента могут неверно указывать на то, что сбор данных аналитики конечных точек включен

Когда вы включаете передачу данных аналитики конечных точек в Configuration Manager, сбор данных автоматически включается в настройках клиента по умолчанию иерархии. После этого для любых ранее существовавших пользовательских параметров клиента, включающих группу параметров агента компьютера, в консоли Configuration Manager может быть установлено значение "Да" для параметра "Включить сбор данных аналитики конечной точки", но этот параметр может не быть развернут на целевых устройствах.

Затронутые устройства: Эта проблема затрагивает объекты настраиваемых параметров клиента, которые включают группу параметров агента компьютера и были созданы и развернуты до подключения к аналитике конечных точек. Если вы просмотрите параметры результирующего клиента для устройств, для которых применяется такой пользовательский параметр клиента, вы можете обнаружить, что сбор данных аналитики конечных точек не включен.

Меры по снижению: Чтобы правильно настроить устройства, управляемые пользовательскими настройками клиента для аналитики конечных точек, вручную задайте параметру "Включить сбор данных аналитики конечных точек " значение "Нет " и нажмите кнопку "ОК", чтобы закрыть параметры. Затем снова откройте раздел настраиваемых параметров клиента и снова задайте для параметра Включить сбор данных аналитики конечных точек значение Да, а затем нажмите ОК. Это изменение принудительно обновляет пользовательские параметры клиента на целевых устройствах.

Не удается обработать инвентаризацию оборудования

Иногда инвентаризация оборудования для устройств не выполняется после включения аналитики конечных точек. В файле Dataldr.log могут присутствовать ошибки, аналогичные показанной ниже:

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

Устранение рисков. Чтобы временно решить эту проблему, отключите сбор данных для класса инвентаризации оборудования Использование браузера (SMS_BrowserUsage). В настоящее время этот класс не используется в аналитике конечных точек и не передается в Майкрософт.

Устранение неполадок при регистрации устройств и измерении производительности при запуске

Если на странице обзора отображается нулевая оценка производительности при запуске и баннер, сообщающий об ожидании данных, либо если на вкладке "Производительность устройств при запуске" в разделе "Производительность при запуске" отображается меньше устройств, чем ожидалось, можно выполнить некоторые действия для устранения проблемы.

Во-первых, убедитесь, что устройства соответствуют предварительным условиям:

• Предварительные условия для управляемых устройств Intune
• Предварительные условия для устройств, управляемых диспетчером конфигураций

Для устройств Intune или совместно управляемых устройств, настроенных с помощью политики сбора данных Intune:

1. Убедитесь, что политика сбора данных Intune относится ко всем устройствам, данные о производительности которых вам нужны. Перейдите на вкладку назначения, чтобы убедиться, что политика назначена ожидаемому набору устройств.
2. Найдите устройства, которые не удалось настроить для сбора данных. Эти сведения можно также просмотреть на странице обзора профилей.
3. Устройства, успешно настроенные для сбора данных, необходимо перезапустить после включения сбора данных, а затем подождать до 25 часов после этого, чтобы устройство отобразилось на вкладке производительности устройства. Просмотр потока данных
4. Если устройство успешно настроено для сбора данных, перезапущено и через 25 часов его по-прежнему не видите, возможно, устройство не сможет взаимодействовать с необходимыми конечными точками. См. раздел Настройка прокси-сервера.

Для устройств, управляемых диспетчером конфигураций:

1. Убедитесь, что все устройства, которые вы хотите видеть данные о производительности, зарегистрированы в аналитике конечных точек.
2. Проверьте, удалось ли передать данные из диспетчера конфигураций в службу шлюзов, просмотрев сообщения об ошибках в файле UXAnalyticsUploadWorker.log в системе сайта, размещающей роль точки соединения службы.
3. Проверьте, нет ли у администратора настраиваемых переопределений для клиентских параметров. На консоли диспетчера конфигураций перейдите в рабочую область Устройства, найдите целевые устройства и в группе Параметры клиента выберите Результирующие параметры клиента. Если аналитика конечных точек отключена, то имеется переопределяющий клиентский параметр. Найдите этот переопределяющий клиентский параметр и включите на нем аналитику конечных точек.
4. Проверьте, отправляют ли отсутствующие клиентские устройства данные на сервер сайта, просмотрев файл SensorEndpoint.log расположенный по адресуC:\Windows\CCM\Logs\ на клиентских устройствах. Найдите сообщения Сообщение отправлено.
5. Проверьте, нет ли ошибок, возникающих при обработке событий загрузки, просмотрев файл SensorManagedProvider.log, расположенный по адресу C:\Windows\CCM\Logs\ на клиентских устройствах, и устраните эти ошибки.
6. Клиентским устройствам требуется перезагрузка, чтобы полностью включить всю аналитику.

Проверка подлинности прокси-сервера

Если в вашей среде используется прокси-сервер, настройте его таким образом, чтобы разрешить конечные точки, перечисленные в разделе "Требования к сети и подключению".

Убедитесь, что прокси-сервер не блокирует данные из-за проверки подлинности. Если прокси-сервер не разрешает устройствам отправлять эти данные, они не будут отображаться в аналитике конечных точек.

Обход (рекомендуется)

Рекомендуемый подход — обходить прокси-сервер для трафика, поступающего на конечные точки обмена данными.

Проверка подлинности прокси-сервера пользователя

Настройте устройства для использования контекста пользователя, вошедшего в систему, для проверки подлинности прокси. Для этого метода требуются следующие настройки:

• Настройте прокси-сервер уровня пользователя (прокси-сервер WinINET) в области Параметры прокси-сервера в группе параметров Windows "Сеть и Интернет". Вы также можете использовать традиционную панель управления "Свойства обозревателя".
• Убедитесь, что у пользователей есть разрешение прокси-сервера на доступ к конечным точкам обмена данными. Для этого варианта требуется, чтобы на устройствах были зарегистрированные пользователи с разрешениями на использование прокси-сервера. Он не подходит для устройств без монитора.

Проверка подлинности прокси-сервера устройства

Этот подход поддерживает следующие сценарии использования:

• Устройства без пользовательского интерфейса, на которых пользователи не выполняют вход или не имеют доступа к Интернету
• Прошедшие проверку подлинности прокси-серверы, которые не используют встроенную проверку подлинности Windows
• Если вы также используете Microsoft Defender для конечной точки

Этот подход самый сложный, так как для него требуются следующие настройки:

• Убедитесь, что устройства могут подключаться к прокси-серверу через WinHTTP в контексте локальной системы. Используйте один из следующих параметров для настройки этой реакции на событие:
  • Командная строка netsh winhttp set proxy
  • Протокол автоматического обнаружения веб-прокси (WPAD)
  • Прозрачный прокси
  • Настройте прокси-сервер WinINET с помощью следующих параметров групповой политики: Задать настройки прокси-сервера для определенного компьютера (а не определенного пользователя) (ProxySettingsPerUser = 1)
  • Перенаправленное или использующее преобразование сетевых адресов (NAT) подключение
• Настройте прокси-серверы для проверки подлинности учетных записей компьютеров в Active Directory, чтобы они могли получать доступ к конечным точкам данных. Для этой конфигурации требуется, чтобы прокси-серверы поддерживали проверку подлинности Windows-Integrated.

Вопросы и ответы

Если мои устройства управляются совместно, следует ли зарегистрировать их через Intune, диспетчер конфигураций или через обе службы?

Для регистрации соответствующих требованиям совместно управляемых устройств мы рекомендуем использовать Intune. Устройства, не соответствующие требованиям к устройствам для регистрации в Intune (например, устройства Windows Home или устройства под управлением более ранних версий Windows), можно зарегистрировать с помощью Configuration Manager. Логика дедупликации в нашей серверной части предотвращает многократный показ устройств, зарегистрированных с помощью Intune и Configuration Manager, на портале аналитики конечных точек.

Будут ли перенесены данные аналитики моей конечной точки, если я перенесу клиент Intune в другое расположение клиента?

Если вы переносите клиент Intune в другое место, все данные в решении аналитики конечных точек на момент миграции будут потеряны. Поскольку конечные точки непрерывно поступают в аналитику конечных точек, все события, происходящие после миграции, автоматически загружаются в новое расположение клиента, а отчеты начинают заполняться заново, при условии, что устройства зарегистрированы правильно.

Почему сценарий "Обновление устаревших групповых политик" возвратил ошибку 0x87D00321?

0x87D00321 — ошибка, обозначающая превышение времени ожидания выполнения сценария. Эта ошибка обычно возникает на компьютерах, подключенных удаленно. Устранение потенциальных рисков заключается в развертывании в пределах динамической коллекции компьютеров, имеющих подключение к внутренней сети.