通过

运行状况报告

  • 项目

你可以通过合作伙伴中心中的“运行状况”报告获取有关应用性能和质量的数据，包括崩溃和无响应事件。 可在合作伙伴中心中查看此数据，或下载该报告以离线查看。 如果适用，可以查看堆栈跟踪和/或 CAB 文件进行进一步调试。

或者，可以使用Microsoft存储分析 REST API 以编程方式检索此报表中的数据。

应用和游戏发布者的崩溃故障分类更改

为了提高故障跟踪的准确性和质量，计划进行故障故障分类的更改。 从 2024 年 10 月 15 日开始，上述更改将应用于运行状况数据集见解。

注意

2024 年 10 月 15 日见解将于 2024 年 10 月 15 日或 16 日开始显示。 对于 2024 年 10 月 15 日之前的见解，不会发生任何更改。

由于运行状况数据集显示过去 30 天内的见解，因此在 2024 年 10 月 15 日至 11 月 15 日期间，旧数据桶和新数据桶将共存。

这些更改会影响下载中心、公共 API、合作伙伴中心 UI 和编程 API 中提供的运行状况数据集，以便访问下载中心数据集。

以下更改适用于故障名称前面的类别：

类别 更改
- INVALID_POINTER_READ
- INVALID_POINTER_WRITE
- INVALID_POINTER_EXECUTE
- BAD_INSTRUCTION_PTR
- NULL_INSTRUCTION_PTR
- SOFTWARE_NX_FAULT
- ACCESS_VIOLATION_ACCESS_VIOLATION_		 左侧提及的所有类别应按新类别 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_
- STACK_COOKIE_CHECK_FAILURE
- GLOBAL_COOKIE_CORRUPT_
- INCORRECT_STACK_
- COOKIES_MATCH_
- RUNNING_ON_STACK_
- STRING_DEREFERENCE_		 从失败名称中删除提到的类别。

应用筛选器

在页面顶部附近，可以选择希望显示数据的时间段。 默认选择时间为 72H （72 小时），但你可以选择 30D 来显示过去 30 天内的数据。 72H 视图的本地时区和 30D 视图的 UTC 显示数据。

还可以展开 “筛选器” 以按程序包版本、市场和/或设备类型筛选此页上的所有数据。

  • 包版本：默认设置为 “全部”。 如果你的应用包含多个包，则可以在此处选择一个特定的包。
  • 市场：默认筛选器是 “所有市场”，但可以将数据限制为一个或多个市场。
  • 设备类型：默认设置为 “全部”，但可以选择仅显示一种特定设备类型的数据。 其他类别包括识别生成/模型的设备，但我们无法将其包含在此筛选器中显示的预定义类别之一中。 对于这些设备，可以在“故障详细信息”报告的“故障日志”部分中查看设备模型。
  • 操作系统版本：默认设置为“所有操作系统版本”，但可以选择特定的操作系统版本。
  • OS 版本：默认值为 所有 OS 版本，但可以选择所选 OS 版本的特定版本。
  • 沙盒：默认值为 零售版，但对于使用多个开发沙盒（例如与 Xbox Live 集成的游戏）的产品，你可以在此处选择一个特定的沙盒。 （如果你的产品不使用沙盒，则此筛选器将仅 显示零售 ，不适用。
  • 体系结构：默认值为 “所有体系结构”，但可以选择特定的系统体系结构类型。 仅当选择了 30D 时，此筛选器才可用。
  • PRAID：默认设置为 “全部”，但如果在创建应用包时定义了多个包相对应用 ID（PRAID），则可以选择仅显示与一个 PRAID 相关的数据。 如果未定义多个 PRAID，则不会显示此筛选器。

以下列出的所有图表中的信息将反映所选的日期范围和任何筛选器。 某些部分还允许应用其他筛选器。

故障命中次数

“故障命中”图表显示客户在所选时间段内使用应用时遇到的每日崩溃和事件数。 应用遇到的每种类型的事件都会单独进行跟踪：崩溃、挂起、JavaScript 异常和内存故障。

选择 30D 时间段后，可能会看到圆形标记。 这些标记表示我们认为你会想要了解的给定值的显著增加或减少。 圆圈上显示的日期表示一周结束，在这周内我们检测了与上周对比明显的增加或减少情况。 若要了解变化内容的详细信息，请将鼠标悬停在圆圈上。

提示

可以在见解报告中查看有关最近 30 天内明显更改的更多见解。

受市场冲击的失败

市场图表的故障命中显示市场所选时间段内崩溃和事件总数。

可以在表窗体中查看此数据。 表格窗体一次显示五个市场，按字母顺序排序，或按最高/最低用户会话数排序。 还可以下载数据，以一起查看所有市场的信息。

包版本

“程序包版本”图表按程序包显示所选时段内的崩溃和事件总数。 默认情况下，我们向你显示最热门的包版本，并从那里继续向下。 可以通过切换此图表的 Hits 列中的箭头来反转此顺序。

失败

“故障”图表按故障名称显示在选定时段内的崩溃和事件总数。 每个故障的名称由四部分组成：一个或多个问题类、异常/错误检查代码、发生故障的映像/驱动程序的名称以及相关的函数名称。 默认情况下，我们最先显示命中次数最多的故障，然后显示次数次之的故障。 可以通过切换此图表的 Hits 列中的箭头来反转此顺序。 对于每个故障，我们还会显示其所占故障总数的百分比。

提示

有时，本节中可能会显示未知条目。 尽管我们尽了最大努力，但我们无法收集一个或多个失败的完整详细信息，这些失败将全部分组在“未知”下。 大多数情况下，由于存储约束，这也可能是由于设备的隐私设置、网络连接问题、部分/故障转储和其他因素造成的。

如果看到 ！unknown 作为失败名称的一部分，这意味着符号不存在，因此我们无法识别失败名称。 请务必在包中包含符号以获取准确的故障分析。 请参阅 “配置应用包”。 相比之下，包含 ！unknown_error_in_ 和 ！unknown_function 的失败名称意味着我们无法收集各种其他原因的完整详细信息。

若要显示特定故障的“故障详细信息”报告，请选择相应的故障名称。 如果包含符号文件， 则“失败详细信息 ”报告包括上个月的故障命中次数，以及列出出现详细信息（日期、包版本、设备类型、设备型号、OS 生成）的故障日志，以及指向堆栈跟踪和/或 CAB 文件的链接（如果可用）。

提示

CAB 文件仅在使用 Windows 预览体验成员版本的计算机上发生故障时可用，因此并非所有故障都将包括 CAB 下载选项。 若要仅显示具有 CAB 文件的错误，请在部分筛选器中选择“下载故障”。 还可以单击“故障日志”中的“链接”标题，以对结果进行排序，这样包含 CAB 文件的故障将显示在列表顶部。

在“故障详细信息”页上，你还将看到“堆栈流行”图表，其中显示了导致故障的顶部堆栈，按百分比排序，以及“设备配置”（30D）图表，其中提供了有关遇到故障的设备配置的详细信息。

无故障会话和设备 (30D)

无故障会话和设备图表显示过去 30 天内未遇到崩溃的设备或用户会话的百分比。 该信息可帮助你了解故障对用户的影响范围。 例如，应用可能会在一天中发生一万次故障。 如果 90% 的设备受到影响，则可能会将其归类为“严重”，并立即采取修复操作。 但是，如果使用你应用的设备仅 5% 受到影响，则优先级可能会比较低。

此图表有两个选项卡：

  • 无故障设备：显示每天未遇到故障的唯一设备的百分比（在过去 30 天内）。
  • 无故障会话：显示每天未遇到故障的唯一用户会话百分比（在过去 30 天内）。

崩溃率

故障率定义为游戏发生的崩溃总和除以激活总和（在特定时间范围内）为所有玩游戏的用户。 每当游戏打开/全新启动/启动游戏时，游戏都算作一次激活。 激活和崩溃的时间线可能有所不同。 可能发生激活今天发生，但崩溃发生在第二天。 故障率仅在提到的时间范围内进行计数。 它不提供有关哪些激活导致哪些崩溃的信息。