如何用KQL在标准Logic App中完整查找失败工作流并统计成败计数？

遗漏的关键过滤条件 #

你的查询里name !has "."这个条件直接排除了子工作流的失败记录。在Logic Apps中，子工作流的请求名称通常会包含父工作流名称加带点的后缀（比如wf-sl-hm.si-subflow），这个过滤规则把这类子工作流的所有记录都筛掉了，导致看不到子工作流的失败情况。

同时展示成功/失败计数的优化查询 #

修改后的KQL查询会包含所有主/子工作流，并并列统计成功、失败次数，还可以附加总调用数和失败率方便分析：

requests
| where name has "wf-sl-hm"
| summarize 
    failedCount = sumif(itemCount, success == false),
    successCount = sumif(itemCount, success == true),
    impactedUsers = dcount(user_Id)
by operation_Name
| extend totalCount = failedCount + successCount, failureRate = round(todouble(failedCount)/totalCount*100, 2)
| sort by failedCount desc

关键调整说明 #

• 移除name !has "."，保留所有包含目标工作流标识的请求记录
• 用sumif分别统计失败和成功的调用量，实现并列展示
• 新增totalCount和failureRate字段，辅助仪表盘的趋势分析和告警阈值设置
• 按失败数降序排序，优先定位问题最突出的工作流

额外注意事项 #

• 如果子工作流的user_Id字段无有效值，impactedUsers统计可能不准确，可根据实际情况替换为其他唯一标识字段（比如session_Id）或移除该统计项
• 若子工作流的失败是嵌套在父工作流执行中的，可通过关联parentId字段追踪上下游依赖，但requests表通常会独立记录子工作流的失败请求，上述修改已能覆盖大部分场景

内容的提问来源于stack exchange，提问作者Deepak Shaw