Отчет о состоянии здоровья
Отчет о работоспособности в Центре партнеров позволяет получать данные, связанные с производительностью и качеством приложения, включая сбои и неответствующие события. Эти данные можно просмотреть в Центре партнеров или скачать отчет для просмотра в автономном режиме. При необходимости можно просматривать трассировки стека и /или CAB-файлы для дальнейшей отладки.
Кроме того, вы можете программно получить данные из этого отчета, используя REST API аналитики Microsoft Store.
Изменения в классификации сбоев для издателей приложений и игровых программ
Чтобы повысить точность и качество отслеживания сбоев, необходимо изменить классификацию сбоев. Упомянутые изменения будут применяться к аналитическим данным о наборе данных по здоровью с 15 октября 2024 года.
Примечание.
Инсайты за 15 октября 2024 года начнут появляться 15 или 16 октября 2024 года. Для аналитических данных, относящихся ко времени до 15 октября 2024 года, изменений не будет.
Так как наборы данных о работоспособности отображают аналитические сведения за последние 30 дней, в период с 15 октября по 15 ноября 2024 года будут сосуществовать старые и новые контейнеры данных.
Эти изменения повлияют на набор данных о здоровье, доступный в Центре загрузки, общедоступных API, пользовательском интерфейсе Центра партнеров и программных API для доступа к наборам данных Центра загрузки.
Следующие изменения применяются к категориям, предшествующим наименованиям сбоев.
| Категории | Изменения |
|---|---|
| - НЕДЕЙСТВИТЕЛЬНОЕ_ЧТЕНИЕ_УКАЗАТЕЛЯ - INVALID_POINTER_WRITE - INVALID_POINTER_EXECUTE - BAD_INSTRUCTION_PTR - NULL_INSTRUCTION_PTR - Программная ошибка NX - Нарушение доступа_Нарушение доступа_ |
Все категории, упомянутые слева, должны быть сгруппированы в новой категории ACCESS_VIOLATION. |
| - ACCESS_VIOLATION_FAIL_FAST | Сбои, начиная с категории, переименованы в FAIL_FAST. |
| - STACK_BUFFER_OVERRUN_STACK_BUFFER_OVERRUN | Переименовано в STACK_BUFFER_OVERRUN |
| - MISSING_GSFRAME_ - GS_FALSE_POSITIVE_ - GS_POSITIVE_ - GS_NOT_UP2DATE_ - GS_UP2DATE_NOT_KNOWN_ - GS_UNKNOWN_ - GS_COOKIE_INIT_ - GS_SUSPECT_ - ZERO_CANARY_WITH_SE - MINGLY_INTACT_BP_ - NO_MODULE_ -КОД_ - PROBABLY_NOT_USING_GS_ - Ошибка проверки контрольной суммы стека - GLOBAL_COOKIE_CORRUPT_ - INCORRECT_STACK_ - COOKIES_MATCH_ - RUNNING_ON_STACK_ (запуск на стеке) - STRING_DEREFERENCE_ |
Указанные категории удаляются из названий сбоев. |
Применить фильтры
В верхней части страницы можно выбрать период времени, для которого нужно отобразить данные. Выбор по умолчанию — 72H (72 часа), но вместо этого можно выбрать 30D , чтобы отобразить данные за последние 30 дней. Данные отображаются в локальном часовом поясе для представления 72H и в формате UTC для представления 30D .
Вы также можете развернуть фильтры , чтобы отфильтровать все данные на этой странице по версии пакета, рынка и (или) типа устройства.
- Версия пакета: параметр по умолчанию — Все. Если приложение включает несколько пакетов, вы можете выбрать один из них здесь.
- Рынок: фильтр по умолчанию — все рынки, но вы можете ограничить данные одним или несколькими рынками.
- Тип устройства: параметр по умолчанию — "Все", но вы можете отобразить данные только для одного конкретного типа устройства. Категория Другое включает устройства, для которых распознаются марка/модель, но мы не можем включить их в одну из предопределенных категорий, указанных в этом фильтре. Для этих устройств модель устройства можно увидеть в разделе Журнал сбоев отчета Сведения о сбое.
- Версия ОС: по умолчанию установлены все версии ОС, но вы можете выбрать конкретную версию ОС.
- Версия выпуска ОС: по умолчанию установлены все версии выпуска ОС, но вы можете выбрать конкретную версию выпуска выбранной версии ОС.
- Песочница: по умолчанию используется розничная торговля, но для продуктов, использующих несколько песочниц разработки (например, игры, которые интегрируются с Xbox Live), можно выбрать один из них здесь. (Если продукт не использует песочницы, этот фильтр будет отображаться только Розничная торговля и не будет применяться.)
- Архитектура: по умолчанию используется все архитектуры, но вы можете выбрать конкретный системный тип архитектуры. Этот фильтр доступен только при выборе 30D.
- PRAID: параметр по умолчанию — Все, но если при создании пакета задано несколько относительных идентификаторов пакетов приложений (PRAID), можно отобразить только данные, связанные с одним PRAID. Этот фильтр не будет отображаться, если вы не определили несколько идентификаторов PRAID.
Сведения во всех диаграммах, перечисленных ниже, отражают диапазон дат и все выбранные фильтры. Некоторые разделы также позволяют применять дополнительные фильтры.
Происходят сбои
Диаграмма Сбои показывает количество ежедневных сбоев и событий, с которыми клиенты сталкивались при использовании вашего приложения в течение выбранного периода времени. Каждое событие, которое ваше приложение пережило, отслеживается отдельно: сбои, зависания, исключения JavaScript и сбои памяти.
Если выбран период времени 30D, вы можете увидеть метки кругов. Они представляют собой значительное увеличение или уменьшение заданного значения, о котором, как мы считаем, вам стоит знать. Дата появления круга представляет конец недели, в которой мы обнаружили значительное увеличение или уменьшение по сравнению с этой неделей. Чтобы просмотреть дополнительные сведения о том, что изменилось, наведите указатель мыши на круг.
Совет
Дополнительные сведения, связанные с значительными изменениями за последние 30 дней, можно просмотреть в отчете Insights.
Сбой затронул рынок
На диаграмме Failure hits by market отображается общее количество сбоев и событий по рынкам за выбранный период времени.
Эти данные можно просмотреть в виде таблицы. Форма таблицы будет отображать пять рынков за раз, отсортированные по алфавиту или по самому низкому количеству сеансов пользователей. Вы также можете скачать данные для просмотра сведений обо всех рынках вместе.
Версия пакета
На диаграмме версий пакета отображается общее количество сбоев и событий за выбранный период времени по версии пакета. По умолчанию мы показываем версию пакета, которая имела наибольшее количество посещений выше и продолжаем в порядке убывания. Вы можете изменить этот порядок, переключив стрелку в столбце «Хиты» в этой диаграмме.
Сбои
На диаграмме "Сбои" отображается общее количество сбоев и событий за выбранный период времени по имени сбоя. Каждое имя сбоя состоит из четырех частей: одного или нескольких классов проблем, кода проверки исключений и ошибок, имени образа или драйвера, в котором произошел сбой, и связанного имени функции. По умолчанию мы показываем вам сбой, который имел наибольшее количество обращений сверху, и продолжаем в порядке уменьшения. Вы можете изменить этот порядок, переключив стрелку в столбце "Хиты" этой диаграммы . Для каждого сбоя мы также показываем процент общего числа сбоев.
Совет
Иногда в этом разделе может появиться запись для Unknown. Это происходит, когда, несмотря на наши лучшие усилия, мы не можем собрать полные сведения об одном или нескольких сбоях, которые будут сгруппированы вместе в разделе "Неизвестно". Чаще всего это происходит из-за ограничений хранилища, но это также может быть результатом параметров конфиденциальности устройства, проблем с сетевым подключением, частичных или плохих дампов аварийного сбоя и других факторов.
Если вы видите !unknown как часть имени сбоя, это означает, что символы не присутствуют, поэтому не удалось определить имя сбоя. Не забудьте включить в пакет символы, чтобы получить точный анализ сбоев. См. Настройка пакета приложения. Наоборот, имена сбоев, которые включают !unknown_error_in_ и !unknown_function означают, что мы не смогли собрать полные сведения по ряду других причин.
Чтобы отобразить отчет о подробностях сбоя для определенного сбоя, выберите название сбоя. Если вы включили файлы символов, отчет о деталях сбоев включает количество случаев сбоев за последний месяц, а также журнал сбоев, который содержит подробности появления (дата, версия пакета, тип устройства, модель устройства, сборка ОС) и ссылку на трассировку стека и/или CAB-файл, если он доступен.
Совет
CAB-файлы будут доступны только в том случае, если сбой произошел на компьютере со сборкой Windows Insider, поэтому не все сбои будут предусматривать возможность загрузки CAB. Чтобы отобразить только ошибки, имеющие CAB-файлы, выберите "Сбои с загрузками" в фильтре разделов. Вы также можете щелкнуть заголовок «Ссылки» в журнале сбоев, чтобы отсортировать результаты так, чтобы сбои, включающие файлы CAB, отображались в верхней части списка.
На странице сведений о сбое вы также увидите диаграмму распространенности стеков, на которой показаны основные стеки, способствовавшие сбою и упорядоченные по процентам, а также диаграмму конфигурации устройств (30D), которая содержит данные о конфигурации устройств, столкнувшихся с этой ошибкой.
Сеансы и устройства без сбоев (30D)
На диаграмме "Сеансы и устройства без сбоев" отображается процент устройств или сеансов пользователей, которые не сталкивались с сбоем за последние 30 дней. Эта информация помогает понять, насколько широко ваши сбои влияют на пользователей. Например, приложение может иметь 10 000 сбоев в один день. Если затронуты 90% ваших устройств, вероятно, вы будете классифицировать это как критическое и действовать, чтобы исправить его сразу. Однако если это только 5% устройств, использующих ваше приложение, приоритет может быть ниже.
На этой диаграмме есть две вкладки:
- Устройства без сбоев: показывает процент уникальных устройств, которые не сталкивались с сбоем в каждый день (за последние 30 дней).
- Сеансы без сбоев: показывает процент уникальных сеансов пользователей, которые не сталкивались с ошибкой в каждый день (за последние 30 дней).
Частота сбоев
Частота сбоев определяется как сумма сбоев для игры, разделенной на сумму активаций, в течение определенного периода времени для всех пользователей, играющих в игру. Каждый раз, когда игра открыта, недавно запущена или включена для начала игры, это считается одной активацией. Временная шкала активации и аварийного сбоя может отличаться. Это может произойти, что активация произошла сегодня, но авария произошла на следующий день. Показатель аварийности учитывается только в течение указанного периода времени. Он не предоставляет сведения о том, какая активация привела к сбою.