Azure Logic App运行成功但未拉取数据的问题如何排查

1. 排查Logic App运行实例详情 #

• 定位到异常日期对应的运行实例，点开「拉取数据」动作的输入输出明细，不要仅依赖动作「成功」状态，直接确认该动作实际返回的数据集是否为空
• 核对该动作的查询条件参数是否符合预期，重点检查时间范围计算逻辑：比如是否误用UTC时间导致和业务用的本地时区跨零点，查询覆盖的日期为空
• 确认实例触发时间是否符合定时配置，有没有出现触发延迟导致查询时间范围偏移，没覆盖到目标业务日期

2. 排查数据库侧对应请求的实际执行情况 #

Logic App侧显示查询成功，仅代表请求正常发送、数据库返回了合法响应，不代表返回结果符合业务预期

• 把异常实例实际执行的查询语句复制到数据库侧手动执行，确认对应日期是否真实存在符合条件的业务记录
• 查看数据库对应时间段的访问日志，确认Logic App的请求是否真的到达数据库，有没有出现临时权限失效、查询被限流、库表加只读锁等场景导致返回空结果
• 核对异常时间段有没有做过数据延迟写入、历史数据归档操作，导致查询时数据还未入库/已经被移到归档库

3. 排查后续分支判断逻辑 #

• 检查拉取数据动作后的分支配置，是否设置了数据集长度大于0才进入邮件推送分支的规则，如果是的话确认异常运行时是否走到了无数据分支，这类分支如果没有配置报错逻辑，整个Logic App也会显示运行成功
• 核对邮件推送的前置过滤规则，有没有出现匹配逻辑异常导致所有拉取到的记录都被过滤，所以没有触发邮件
• 确认是否配置了异常捕获逻辑，把空结果的场景误判为正常场景吞掉，没有抛出错误

4. 排查异常的共性特征 #

• 统计所有异常运行的时间规律，比如是否都在月初/周一、是否都在数据库固定维护窗口之后，缩小排查范围
• 对比异常运行和正常运行的所有参数差异，包括查询条件、身份认证信息、动态变量取值，确认是否有参数异常
• 如果查询条件用了前序动作的输出值作为动态参数，检查异常运行时前序动作的输出是否符合预期，有没有出现变量未正确赋值的情况

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