排查运行缓慢的流问题

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

现象

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

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

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

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

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

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

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

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

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

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

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

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