低速な実行フローのトラブルシューティング
この記事では、フローの実行速度が低下する可能性がある理由と、問題を緩和するための提案について説明します。 ただし、この記事は、トリガーが起動しない場合には適用されません。その場合、フローは実行履歴リストに開始または表示されません。
現象
フローはゆっくりと実行され、フロー実行の詳細の 1 つのステップでスタックしているように見える場合があります。
原因 1: 接続するサービスの実行速度が遅い
たとえば、SQL クエリの実行速度が低下すると、クエリの実行が完了するまで待機している間にフローの速度が低下する可能性があります。
原因 2: 使用するコネクタによって、サービス保護メカニズムとしてのフローの速度が低下する
たとえば、SharePoint コネクタは 1 分あたり 600 でアクションを上限とします。 複数のフローで使用される 1 つの SharePoint 接続でも、1 分あたり 600 回の操作しか実行できません。
ほとんどのコネクタ ページには、この制限 を文書化した調整セクション があります。
フローに "429 (要求が多すぎます) " エラーが表示され、"レート制限を超えています" のようなエラー テキストが表示される場合があります。 27 秒でもう一度やり直してください。
原因 3: フローは、プランの 1 日の制限を超えるアクションを実行します
- [ 要求の制限と割り当て] ページで、各プランに対して Power Automate サービスで許可されるアクションの最小数を確認できます。
- フローで実行されるすべてのカードは、API 呼び出し (アクション) としてカウントされます。 これには、発信呼び出し (SharePoint の呼び出しなど) が発生するアクションと、そうでないアクション (変数の設定、遅延など) が含まれます。 完了したアクションと失敗したアクション (スキップされていないアクション) のみが制限にカウントされます。
- Power Automate サービスでは、通常、ここに記載されている数よりも多くのカウントが許可され、時折妥当な超過分に基づいてフローが遅くなることはありません。 ただし、フローのアクション数がこれらの制限を超えた場合、スロットルの可能性や、延長違反の場合は無効になります。
- フローの詳細ページの [分析] タブを使用して、アクションと使用状況をチェックできます。
原因 4: フローが 1 日あたりのデータ使用量の許容量を超えています
これは、入力操作または出力操作のためにフローが消費するデータの量です。
原因 5: フローが Power Automate の制限と構成ページに記載されている制限を超えています
Power Automate の制限と構成について詳しくは、こちらをご覧ください。
- これらのスロットルでは、実行されたアクションとスキップされたアクション (if/else ブランチで発生する可能性があるアクション) の両方が制限にカウントされます。
- 次の「プランの概要」セクションに記載されている プラン の制限に違反する方がはるかに一般的です。
- 移行期間中、適用は厳密ではなく、制限が高くなります。 移行期間は 、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 Process ライセンスとフロー ごとの Power Automate ライセンス | プロセスあたり 250,000 アクション。 切り替え制限: フローあたり 500,000 アクション |
フローあたり 50 GB のストレージ。 |
解決策 1: 少ないアクションと少ないデータを使用するようにフローを再設計する
- フローにループ
For each itemがある場合はDo until、反復処理する項目を少なくして、ループの反復回数を減らしてみてください。 - 多くのコネクタには
Filter query、項目の数とTop count取得されたデータの量を減らすために使用できるパラメーターと パラメーターがあります。 詳細については、「 Odata を使用したフィルター処理」を参照してください。 - 頻繁に実行されるスケジュールされたフローがある場合は、頻度を減らすことを検討してください。 1 分または 1 時間に 1 回実行されるフローの多くは、あまり頻繁に実行されるように変更できます。
- フローがファイルとやり取りする場合は、ファイル サイズを意識し、可能であればそれを減らしてください。
- 出力サイズが大きいアクションによって返される 1 つのプロパティを複数回再利用する必要がある場合は、 Initialize Variable を 使用してそのプロパティを格納し、後のアクションで変数を使用することを検討してください。 以前のアクションの出力のプロパティが 1 つだけ使用されている場合でも、そのアクションのすべての出力は、後のアクションに入力として渡されます。
解決策 2: 価格ページから Premium ライセンスまたはプロセス ライセンスを購入する
Power Automate の価格について詳しくは、こちらをご覧ください。
テナント管理者はプランを購入する必要があります。通常のユーザーは、現時点では個々のプランの購入を利用できないことを示すメッセージを受け取るためです。 その後、テナント管理者は、フローを作成したユーザーにプランを適用する必要があります。 プロセス 計画は、フローの詳細ページで割り当てることができます。 ライセンスを購入して割り当てると、フローの作成者はフローを再保存する必要があります。 または、フローは、現在のプランを反映するように、週に 1 回バックグラウンドで更新されます。
フローが毎日何千ものアクションを実行する場合は、スループットを向上させ、クォータを増やすために、プロセス ライセンスを購入することを検討してください。 プロセス プランでは、使用可能な最適なパフォーマンス クォータが提供されます。
Power Automate が日常的に提供するアクションよりも多くのアクションが必要な場合は、Logic Apps へのフローのエクスポートを検討してください。 Logic Apps に関連するコストの詳細については、「 Azure Logic Apps のコストを管理するための計画」を参照してください。