【Power Automate】再試行ポリシーを設定する時の操作手順と制限事項

Power Automateのフローが失敗したときに自動で再実行してくれる再試行ポリシーは、便利な反面、思うように動作せずに悩む場面も少なくありません。特に、既定の設定のままだと期待した再試行が行われなかったり、逆に再試行が無限に続いてリソースを消費したりするケースがあります。この記事では、再試行ポリシーでつまずく原因を切り分け、適切な操作手順と制限事項を見直す方法を解説します。

再試行ポリシーの基本構成と既定値

再試行ポリシーは、Power Automateの各アクションが失敗したときに、自動で再試行を行う仕組みです。既定では「既定」というプリセットが適用され、再試行回数は3回、間隔は指数関数的バックオフ(初回10秒、2回目20秒、3回目40秒)となっています。ただし、この既定値はアクションの種類や環境によって異なることがあるため、必ず実機で確認してください。

再試行回数と間隔の既定値

再試行回数の上限はアクションごとに設定でき、最大値はコネクタによって異なります。例えば、HTTPアクションでは最大4回ですが、SharePointやOffice 365 Outlookでは既定の3回が上限となる場合があります。間隔の最小値は1秒、最大値は3600秒(1時間)ですが、指数関数的バックオフを有効にすると間隔が自動的に増加します。このバックオフは「再試行ポリシー」設定画面で「指数関数的バックオフ」のチェックを外すことで固定間隔に変更できます。

再試行ポリシーの適用範囲

再試行ポリシーは、トリガーではなくアクションに対して設定します。トリガーが失敗した場合の再試行は、Power Automateのプラットフォーム側で管理され、ユーザーが直接制御できません。また、再試行の対象となるエラーは、HTTP 429(レート制限)や500系のサーバーエラーなど、一時的な障害が主です。認証エラーや無効なデータによるエラーは再試行の対象外となるため、注意が必要です。

再試行ポリシーを設定する具体的な手順

再試行ポリシーを変更するには、フローエディターでアクションの設定を開きます。以下に、手動で再試行ポリシーをカスタマイズする手順を示します。

1. Power Automateにサインインし、対象のフローを開きます。
2. フローの編集画面で、再試行ポリシーを変更したいアクション(例:HTTP、SharePointの「ファイルの作成」など)をクリックします。
3. アクションの設定パネルで、右上の「…」メニューから「設定」を選択します。
4. 「再試行ポリシー」のドロップダウンを「既定」から「カスタム」に変更します。
5. 「再試行回数」に1～4の数値を入力します(最大値はコネクタにより異なります)。
6. 「再試行間隔」の初期値を秒単位で入力します(例:5秒)。
7. 「指数関数的バックオフ」のチェックを必要に応じてオンまたはオフにします。
8. 設定を保存し、フローを保存してテストします。

なお、カスタム設定が反映されない場合は、組織のポリシー(Data Loss Preventionポリシーなど)で制限されていないか確認してください。

制限事項と注意点(失敗パターン込み)

再試行ポリシーには、知っておくべき制限事項があります。以下に代表的な制限と、それに伴う失敗パターンをまとめます。

項目	制限内容	失敗パターン
最大再試行回数	アクションの種類により異なる(例:HTTPは4回、SharePointは3回)	4回以上設定しても無視され、既定の回数で再試行される。
再試行間隔	最小1秒、最大3600秒。指数バックオフの場合、間隔が増加する。	短すぎる間隔(1秒未満)は設定できず、エラーになる。
指数バックオフ	有効にすると間隔が指数関数的に増加(初期値×2のn乗)	無効にした場合、固定間隔で再試行されるため、レート制限に引っかかりやすい。
再試行対象外のエラー	認証エラー、無効なパラメーター、データ型不一致など	再試行されずにすぐに失敗するため、再試行ポリシーが機能していないと誤解する。
アクションの実行時間	再試行も含めて全体のタイムアウト(2分など)に影響される	再試行中にタイムアウトが発生し、フロー全体が失敗することがある。

再試行が効かないケース

再試行ポリシーを設定しても再試行が行われない場合、まずアクションの設定を確認します。ドロップダウンが「既定」のままになっていないかをチェックします。また、再試行対象外のエラー(例:400 Bad Request)が発生している場合、再試行は行われません。エラーの内容を確認するには、フロー実行履歴の出力を参照します。

再試行が無限に続くケース

再試行回数を高く設定し、指数バックオフを無効にすると、一定間隔で再試行が繰り返されることがあります。例えば、再試行回数を4、間隔を5秒に固定すると、最大20秒間再試行が続きます。しかし、特定の条件下では再試行がループするように見えることがあります。実際には、再試行回数は上限に達すると停止しますが、フロー自体が長時間実行され続けるため、注意が必要です。

特定のコネクタで再試行が無効になるケース

一部のコネクタ、特にカスタムコネクタやプレミアムコネクタでは、再試行ポリシーが適用されない場合があります。また、組織のDLPポリシーで再試行ポリシーの変更が禁止されていることもあります。この場合は、コネクタのドキュメントを確認するか、管理者に問い合わせてください。

失敗パターン別の切り分けと対処

再試行ポリシーに関するトラブルを効率的に解決するには、失敗パターンを分類し、それぞれに応じた対処を行います。

再試行が意図した回数より少ない

アクションの設定で再試行回数を「4」に設定しても、実際には「3」回しか再試行されない場合があります。これは、コネクタの最大再試行回数が3回であることが原因です。解決策としては、アクションを複数に分割するか、代替のコネクタ(例:HTTPアクション)を使用します。

再試行の間隔が短すぎてレート制限にかかる

再試行間隔を1秒に設定すると、短時間で多数のリクエストが発生し、APIのレート制限(429エラー)が発生する可能性があります。対策として、指数バックオフを有効にするか、間隔を10秒以上に設定します。

再試行が行われずにフローが即失敗する

エラーメッセージが「認証エラー」や「無効な入力」の場合、再試行は行われません。この場合は、フローの設計自体を見直し、エラーを発生させる原因(資格情報の期限切れなど)を修正します。

管理者に確認すべき設定と権限

組織の管理者が設定するポリシーや環境によって、再試行ポリシーの挙動が制限されることがあります。以下の点を管理者に確認してください。

• Data Loss Prevention(DLP)ポリシー:カスタム再試行ポリシーの設定を禁止するルールが適用されていないか。
• 接続参照の制限:特定のコネクタの接続が制限されていないか。
• 環境のリージョンやライセンス:一部の機能は地域やライセンス(Microsoft 365プラン)によって利用できない場合がある。

また、フロー実行履歴の「失敗」ステータスから「再試行済み」の有無を確認することで、再試行が実際に実行されたかどうかを判断できます。

よくある質問

Q1. 再試行ポリシーを設定しても再試行されないのはなぜですか?
A. エラーの種類が再試行対象外(認証エラーなど)であるか、アクションの設定が「既定」のままになっていないかを確認してください。また、コネクタによっては再試行回数の上限が異なります。

Q2. 再試行の間隔を0秒に設定できますか?
A. 最小値は1秒です。0秒を指定するとエラーになります。

Q3. 再試行ポリシーはトリガーにも設定できますか?
A. いいえ、トリガーの再試行はPower Automateの内部で管理され、ユーザーが設定することはできません。

Q4. 再試行が原因でフローがタイムアウトすることはありますか?
A. はい、各アクションの実行時間(タイムアウト)は再試行も含めた合計時間です。再試行の回数や間隔が長いと、タイムアウトに達しやすくなります。

まとめ

再試行ポリシーは、一時的なエラーに対して有効な手段ですが、設定を誤ると期待通りに動作しないことがあります。最初にアクションの設定画面で再試行ポリシーが「カスタム」になっていること、再試行回数や間隔が適切であることを確認してください。

また、コネクタごとの制限やエラーの種類を理解し、必要に応じて管理者に問い合わせることでトラブルを未然に防げます。本記事が、再試行ポリシーでつまずいた際の切り分けと対処に役立てば幸いです。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。