次の方法で共有


低速な実行フローのトラブルシューティング

この記事では、実行が遅いフローの考えられる理由と、問題を軽減するための提案について説明します。 ただし、この記事は、トリガーが発生しない場合には適用されません。その場合、フローは実行履歴の一覧で開始または表示されません。

現象

フローの実行速度が遅く、フロー実行の詳細の 1 つのステップでスタックしているように見える場合があります。

原因 1: 接続するサービスの実行速度が遅い

たとえば、SQL クエリの実行速度が低下すると、クエリの実行が完了するまで待機している間にフローの速度が低下する可能性があります。

原因 2: 使用するコネクタによって、サービス保護メカニズムとしてのフローが遅くなります

  • たとえば、SharePoint コネクタは 1 分あたり 600 でアクションを大文字にします。 複数のフローで使用される 1 つの SharePoint 接続では、1 分あたり 600 操作しか実行できません。

    ほとんどのコネクタ ページには、この制限を文書化する Throttling セクション があります。

  • フローに "429 (要求が多すぎます)" というエラーが表示され、"レート制限を超えています" のようなエラー テキストが表示される場合があります。 27 秒後にもう一度やり直してください。」 などのエラー テキストが表示される場合があります。

原因 3: フローでは、プランの 1 日あたりの制限よりも多くのアクションが実行されます

  • Request の制限と割り当てページで、Power Automate サービスが各プランに対して許可するアクションの最小数を確認できます
  • フローで実行されるすべてのカードは、API 呼び出し (アクション) としてカウントされます。 これには、送信呼び出し (SharePoint の呼び出しなど) が発生するアクションと、呼び出されないアクション (変数の設定、遅延など) が含まれます。 完了したアクションと失敗したアクション (スキップされません) のみが制限にカウントされます。
  • 通常、Power Automate サービスでは、ここに記載されている数よりも多くのカウントが許可され、不定期で妥当な超過分に基づいてフローが遅くなることはありません。 ただし、フローのアクション数がこれらの制限を超えた場合は、潜在的な調整の対象となり、または拡張違反が発生した場合は無効になります。
  • フローの詳細ページの Analytics タブを使用して、アクションと使用状況を確認できます。

原因 4: フローが 1 日あたりのデータ使用量の許容量を超えている

これは、入力操作または出力操作のためにフローが消費するデータの量です。

原因 5: フローが Power Automate の制限と構成ページに記載されている制限を超えている

Power Automate の制限と構成の詳細については

  • これらのスロットルでは、実行されたアクションとスキップされたアクションの両方が (if/else ブランチで発生する可能性がある) 制限にカウントされます。
  • 次の Plan summary セクションに記載されているプランの制限に違反する方が一般的です。
  • トランザクション期間中適用は厳密ではなく、制限が高くなります。 移行期間は、Power Platform 管理センターのレポート が一般的に利用可能な期間後に終了します。 その後、組織は、ライセンス制限の厳格な適用が開始される前に、使用状況を分析し、適切なライセンスを購入するために 6 か月を持つことになります。

プラン概要

プラン 24 時間あたりの制限 1 日あたりのデータ消費量
Office 365 Flow ライセンス、アプリごとの Power Apps、Dynamics チーム メンバーと試用版 最終的な制限: 1 人のユーザーによって作成されたすべてのフローで 6,000 アクション。
切り替え制限: フローあたり 10,000 アクション
1 人のユーザーによって作成されたすべてのフローで 1 GB。
Power Automate Premium、Power Apps Premium、Power Automate Per user、Power Automate Per user with attended RPA、Power Apps per user 1 人のユーザーによって作成されたすべてのフローで 40,000 アクション。
切り替え制限: フローあたり 200,000 アクション
1 人のユーザーによって作成されたすべてのフローで 10 GB。
Dynamics Professional ライセンス 1 人のユーザーによって作成されたすべてのフローで 40,000 アクション。
切り替え制限: フローあたり 200,000 アクション
1 人のユーザーによって作成されたすべてのフローで 10 GB。
Dynamics Enterprise Application ライセンス 1 人のユーザーによって作成されたすべてのフローで 40,000 アクション。
切り替え制限: フローあたり 200,000 アクション
1 人のユーザーによって作成されたすべてのフローで 10 GB。
Power Automate プロセス ライセンスとフロー ごとの Power Automate ライセンス プロセスあたり 250,000 アクション。
切り替え制限: フローあたり 500,000 アクション
フローあたり 50 GB のストレージ。

解決策 1: 使用するアクションが少なく、データが少ないほどフローを再設計する

  • フローに Do until ループまたは For each item ループがある場合は、反復処理する項目を少なくして、ループの反復回数を減らしてみてください。
  • 多くのコネクタには、項目の数と取得されるデータの量を減らすために使用できる Filter query パラメーターと Top count パラメーターがあります。 詳細については、「 Odata を使用したフィルター処理」を参照してください。
  • 頻繁に実行される予定フローがある場合は、頻度を減らすことを検討してください。 1 分または 1 時間に 1 回実行されるフローの多くは、実行頻度を低くするように変更できます。
  • フローがファイルとやり取りする場合は、ファイル サイズを意識し、可能であればそれを減らしてみてください。
  • 出力サイズが大きいアクションによって返される 1 つのプロパティを複数回再利用する必要がある場合は、 Initialize Variable を使用してそのプロパティを格納し、後のアクションでその変数を使用することを検討してください。 以前のアクションの出力から 1 つのプロパティのみが使用されている場合でも、そのアクションのすべての出力は、後のアクションに入力として渡されます。

解決策 2: 価格ページから Premium またはプロセス ライセンスを購入する

Power Automate の価格の詳細についてはを参照してください。

通常のユーザーは、現時点では個々のプランの購入が利用できないことを示すメッセージを受け取るため、テナント管理者はプランを購入する必要があります。 テナント管理者は、フローを作成したユーザーにプランを適用する必要があります。 プロセス計画は、フローの詳細ページで割り当てることができます。 ライセンスを購入して割り当てると、フローの作成者はフローを再保存する必要があります。 または、フローは現在のプランを反映するために、週に 1 回バックグラウンドで更新されます。

フローが毎日何千ものアクションを実行する場合は、スループットを向上させ、クォータを増やすためにプロセス ライセンスを購入することを検討してください。 プロセス計画では、使用可能な最適なパフォーマンス クォータが提供されます。

Power Automate が日常的に提供するアクションよりも多くのアクションが必要な場合は、Logic Apps へのフローのエクスポートを検討してください。 Logic Apps に関連するコストの詳細については、「 Plan を使用して Azure Logic Apps のコストを管理する」を参照してください。

詳細