为长时间运行的Azure Data Factory管道创建告警时出现误报如何解决

• 原查询逻辑存在缺陷：你使用的子查询排除已结束RunID的逻辑强依赖查询的时间窗口范围。Azure Monitor 告警默认会限定查询的时间范围（通常为24小时/48小时），如果某个管道的终态记录（成功/失败/取消）不在当前查询的时间窗口内，就会导致对应RunID的InProgress记录无法被排除，被误判为仍在运行。
• 状态更新延迟+缺少EndTime校验：ADF的管道运行状态更新可能存在秒级到分钟级的延迟，部分已经结束的管道已经生成了EndTime，但Status字段还未更新为终态，原查询没有过滤已存在EndTime的记录，会误将这类已结束的管道纳入统计。
• 时区不匹配：ADF日志里的Start、End字段均为UTC标准时间，如果你在ADF控制台查看运行记录时使用的是本地时区（比如北京时间为UTC+8），没有做时间转换的情况下，会出现查询有结果但控制台找不到对应运行记录的情况。

直接使用下面的KQL语句替换原有查询即可解决绝大多数误报问题：

ADFPipelineRun
// 仅查询最近7天的运行记录，排除过久的无效历史数据
| where Start >= ago(7d)
// 同时校验状态为运行中+无结束时间，双重保障避免状态延迟导致的误判
| where Status == "InProgress" and isempty(End)
// 运行时长超过120分钟触发
| where datetime_diff('minute', now(), Start) > 120

• 告警规则配置时，将查询的时间范围设置为24小时，评估频率设置为15分钟，避免漏报的同时减少重复告警。
• 在ADF控制台排查记录时，将时间筛选器切换为UTC时间，和日志中的时间字段保持一致，可避免时区换算导致的记录找不到问题。
• 如果需要适配本地时区做统计，可以在查询中使用datetime_add函数做时区转换，例如转换为北京时间可以写为datetime_add('hour', 8, Start)。

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