ADF Pipeline计划触发延迟15分钟异常原因咨询

ADF 调度触发器本身无绝对秒级准点的SLA，常规延迟在1~5分钟内属于正常范围，单次出现15分钟级别的延迟，优先排查以下几类常见原因：

• 并发配额占满导致排队
  ADF 实例、关联的集成运行时（IR）都有默认的并发管道运行、并发活动执行配额。如果9点调度窗口前后，实例上有其他作业占满了所有并发槽，新触发的管道会进入排队队列，直到有资源释放才会实际启动，这是这类长延迟最常见的诱因。你可以在ADF 「监控」板块的指标页，筛选9点前后的排队管道运行数指标，确认当时是否存在作业积压。
• 触发器自身配置的阻塞规则
  打开该调度触发器的配置页检查两个配置项：一是是否开启了上一运行未完成时等待下一调度窗口的开关，二是触发器的最大并发数是否设置为1。如果7点的那次运行实际结束时间接近9点，或是运行过程中出现卡顿占用了触发器的并发槽，会直接阻塞9点的调度触发。你可以点进9点那次运行的详情页，查看触发关联信息，就能确认是否存在上一运行阻塞的情况。
• 平台侧临时抖动或热更新
  Azure 底层资源会不定期做无感知滚动热更新，这类更新的影响范围通常控制在数分钟级别，如果你所在区域的ADF服务节点在9点前后刚好做版本更新，可能短时间影响调度时效。这类原因导致的延迟都是偶发的，后续调度窗口如果全部恢复准点，就不需要额外做配置调整。
• 自托管IR（SHIR）侧异常
  如果你这个导入管道用的是自托管集成运行时，9点时间点如果SHIR所在主机出现CPU/内存/带宽占满、SHIR服务重启、和ADF服务端心跳闪断的情况，也会导致调度任务下发后无法第一时间拉起执行。你可以登录SHIR部署的主机，查看对应时间点的系统日志、SHIR运行日志确认问题。

快速排查步骤 #

1. 点开9点那次延迟运行的详情，对比计划调度时间和实际启动时间的差值，先确认延迟发生在调度触发环节，还是管道拉起后内部活动的执行延迟
2. 查看Azure服务健康面板，确认对应区域9点前后是否有ADF相关的健康事件公告
3. 核对触发器的并发、重试、等待规则配置，排除人为配置导致的延迟
4. 后续观察3~5个调度窗口，如果仅出现这一次延迟，不需要做任何调整；如果反复出现10分钟以上的延迟，直接提Azure支持工单拉后台实例调度日志排查即可。

注：所有涉及时间均为CST时区。

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