Azure Logic App排查：定位高CPU与内存占用的工作流动作

一、快速定位耗时动作的内置工具 #

• 运行历史记录：在Azure门户进入目标Logic App，打开对应工作流的「运行历史记录」，选中具体运行实例后展开每一步，就能直接看到单步执行时长。重点排查循环内的Dataverse操作（比如单条查询、更新），这类步骤叠加循环次数后很容易成为性能瓶颈。
• 监视器页面：在Logic App的「监视器」>「运行」界面，可筛选出耗时最长的运行实例，还能查看每个步骤的起止时间，对比计算出精确耗时。如果是嵌套循环，要查看单轮迭代的耗时，单步慢叠加大量迭代会直接推高资源占用。

二、查看CPU与内存消耗的日志方案 #

• Log Analytics查询：先给Logic App开启诊断设置，将日志发送到Log Analytics工作区，之后用Kusto语句提取关键数据：
  • 查询步骤执行时长：

    AzureDiagnostics
    | where ResourceType == "LOGICAPPS"
    | where OperationName == "WorkflowRunActionCompleted"
    | project WorkflowName, ActionName, DurationMs, StartTime, EndTime
    | order by DurationMs desc
    

  • 关联资源消耗：若已开启性能计数器收集，可通过Perf表关联工作流运行的时间范围，匹配对应时段的CPU、内存使用率，结合步骤执行时间锁定触发资源飙升的具体动作。
• 资源指标面板：在Logic App的「指标」页面，选择「CPU使用率」「内存使用率」指标，按「工作流名称」拆分维度，先确认是哪个工作流导致的资源占用，再深入该工作流的步骤日志细化排查。

三、针对循环与Dataverse的重点排查点 #

• 检查循环必要性：确认是否能用Dataverse的批量操作（如批量更新、批量删除）替代循环内的单条操作，减少API调用次数和资源消耗。
• 排查连接器超时重试：如果Dataverse操作频繁超时重试，会重复消耗资源，可调整连接器超时时间，或添加错误处理逻辑避免无意义重试。
• 调整循环并行度：标准Logic App的循环支持设置并行度，若并行度过高，会同时发起大量Dataverse请求，直接导致CPU和内存飙升，可适当降低并行度平衡性能与资源占用。

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