跳转到内容
Telemetry
交互式 SaaS SQL 实验室

可靠性 · 高级

通过客户计划衡量工作恢复

哪些失败的作业在重试后恢复了,哪些帐户仍需要干预?

在按计划比较恢复和未解决的故障之前,将尝试级工作人员事件合并为一项逻辑作业。

审阅者 Telemetry产品团队 . 只读 SQL、连接表粒度、确定性结果、可视化和解释边界. 审查标准和所有权

针对一个版本运行 15-表数据集

在浏览器中本地编辑并执行查询,然后下载 DuckDB 的相同合成架构和行。

可靠性高级

通过客户计划衡量工作恢复

哪些失败的作业在重试后恢复了,哪些帐户仍需要干预?

在按计划比较恢复和未解决的故障之前,将尝试级工作人员事件合并为一项逻辑作业。

数据集和查询保留在此浏览器中。

Published expected result

按计划未解决的逻辑作业

planlogical_jobsjobs_with_failurerecovered_jobsunresolved_jobs
starter2202
growth2110
business1000
free1000

如何读取查询

  • 在对失败和恢复进行计数之前,尝试按逻辑作业标识符进行分组。
  • 作业可能同时有失败的尝试和已完成的重试,这是恢复而不是永久失败。
  • 减少后加入可防止重试作业使帐户级别计数成倍增加。

SQL 无法做出的决定

  1. 1定义终端作业状态和最大预期重试延迟。
  2. 2区分自动重试恢复和手动重放。
  3. 3对未解决的工作和年龄发出警报,而不是每次短暂失败的尝试。

继续本课

保留结果

对您自己的事件运行此查询

仅当您准备好保存查询、连接真实事件并监视结果时,才创建空闲工作区。不需要信用卡。

保存我的活动