排查运行缓慢的流问题

本文介绍流运行缓慢的可能原因以及缓解问题的建议。但是，本文不适用于未触发触发器的情况，在这种情况下，流甚至不会启动或显示在运行历史记录列表中。

症状

流运行缓慢，在流运行详细信息中，可能似乎卡在单个步骤上。

例如，运行缓慢的 SQL 查询可能会导致流在等待查询执行完成时减慢。

例如，SharePoint 连接器将操作上限限制为每分钟 600 个。跨多个流使用的单个 SharePoint 连接每分钟仍只能执行 600 个操作。

大多数连接器页都有“ 限制”部分，用于记录此限制。
你可能会在流中看到“429 (请求过多) ”错误，并显示错误文本，例如“已超出速率限制”。请在 27 秒后重试。”

可以在 “请求限制和分配”页上查看 Power Automate 服务允许对每个计划执行的最小操作数。
流中执行的每个卡计为 API 调用 (操作) 。这包括导致 (传出调用的操作，例如，调用 SharePoint) 和不 (的操作，例如变量设置、延迟等) 。仅已完成且失败 (但不跳过) 操作计入限制。
Power Automate 服务通常允许的计数高于此处所述的计数，并且不会因偶尔和合理的超额而减慢流量。但是，如果流的操作计数超过这些限制，它们将受到潜在的限制，或者在出现扩展冲突的情况下被禁用。
可以使用流详细信息页上的“分析”选项卡来检查操作和使用情况。

这是流由于输入或输出操作而消耗的数据量。

对于这些限制，执行和跳过的操作都 (if/else 分支中可能发生的情况) 计入限制。
违反以下计划摘要部分中所述的计划限制更为常见。
在过渡期间，强制实施不严格，限制更高。转换期在 Power Platform 管理中心报表正式发布后结束。然后，在开始严格实施许可证限制之前，组织将有 6 个月的时间分析其使用情况并购买适当的许可证。

计划	每 24 小时的限制	每天的数据消耗量
Office 365流许可证、每个应用的 Power Apps 以及 Dynamics 团队成员和试用版	最终限制：单个用户创建的所有流中的 6,000 个操作。转换限制：每个流 10,000 个操作	单个用户创建的所有流 1 GB。
Power Automate Premium、Power Apps Premium、Power Automate Per user、Power Automate Per user with attended RPA 和 Power Apps per user	单个用户创建的所有流中的 40,000 个操作。转换限制：每个流 200,000 个操作	单个用户创建的所有流 10 GB。
Dynamics Professional 许可证	单个用户创建的所有流中的 40,000 个操作。转换限制：每个流 200,000 个操作	单个用户创建的所有流 10 GB。
Dynamics Enterprise 应用程序许可证	单个用户创建的所有流中的 40,000 个操作。转换限制：每个流 200,000 个操作	单个用户创建的所有流 10 GB。
Power Automate Process 许可证和 Power Automate per flow 许可证	每个进程 250,000 个操作。转换限制：每个流 500,000 个操作	每个流 50 GB 存储。

如果 Do until 流中有或 For each item 循环，请尝试通过检索要循环访问的项减少循环迭代次数。
许多连接器具有 Filter query 和 Top count 参数，可用于减少项数和检索到的数据量。有关详细信息，请参阅使用 Odata 筛选。
如果计划流经常运行，请考虑降低频率。可以修改每分钟或每小时运行一次的许多流，以降低运行频率。
如果流与文件交互，请注意文件大小，并尽量减小文件大小。
如果需要多次重复使用由输出大小较大的操作返回的单个属性，请考虑使用 Initialize 变量来存储该属性，并在后续操作中使用该变量。即使仅使用早期操作的输出中的一个属性，该操作的所有输出都将作为输入传递到后续操作。

租户管理员将需要购买计划，因为普通用户将收到一条消息，指示此时无法购买单个计划。然后，租户管理员应将计划应用于创建流的用户。可以在流详细信息页上分配流程计划。购买并分配许可证后，流的作者应重新保存流。或者，流将每周在后台更新一次，以反映当前计划。

如果流每天执行数千个操作，请考虑购买进程许可证以获得更好的吞吐量和更高的配额。进程计划提供可用的最佳性能配额。

如果需要比 Power Automate 每天提供的更多操作，请考虑将流导出到逻辑应用。有关与逻辑应用关联的成本的详细信息，请参阅计划管理 Azure 逻辑应用的成本。