Résoudre les problèmes de lenteur des flux

Cet article décrit les raisons possibles de la lenteur de l’exécution des flux et des suggestions pour atténuer le problème. Toutefois, cet article ne s’applique pas aux cas où les déclencheurs ne se déclenchent pas, auquel cas le flux ne démarre pas ou n’apparaît même pas dans la liste de l’historique des exécutions.

Symptômes

Un flux s’exécute lentement et peut sembler bloqué sur une seule étape dans les détails de l’exécution du flux.

Cause 1 : le service auquel vous vous connectez s’exécute lentement

Par instance, une requête SQL lente peut ralentir un flux pendant qu’il attend la fin de l’exécution de la requête.

Cause 2 : Le connecteur que vous utilisez ralentit votre mécanisme de protection de flux en tant que service

• Par exemple, le connecteur SharePoint limite les actions à 600 par minute. Une seule connexion SharePoint utilisée sur plusieurs flux ne peut toujours exécuter que 600 opérations par minute.

  La plupart des pages de connecteur ont une section Limitation qui documente cette limite.

• Vous pouvez voir une erreur « 429 (Trop de demandes) » dans votre flux avec le texte d’erreur comme « La limite de débit est dépassée. Réessayez dans 27 secondes. »

Cause 3 : Votre flux exécute plus d’actions que les limites quotidiennes de votre plan

• Vous pouvez voir le nombre minimal d’actions autorisées par le service Power Automate pour chaque plan dans la page Limites de la demande et allocation.
• Chaque carte exécutée dans un flux compte comme un appel (action) d’API. Cela inclut les actions qui entraînent des appels sortants (par exemple, l’appel de SharePoint) et les actions qui ne le font pas (par exemple, paramètre de variable, retards, etc.). Seules les actions terminées et ayant échoué (mais pas ignorées) comptent dans la limite.
• Le service Power Automate autorise généralement des nombres plus élevés que ceux documentés ici et ne ralentit pas les flux en fonction de dépassements occasionnels et raisonnables. Toutefois, si le nombre d’actions de votre flux dépasse ces limites, elles sont sujettes à une limitation potentielle ou, en cas de violations étendues, désactivées.
• Vous pouvez utiliser l’onglet Analytique de la page des détails du flux pour case activée les actions et l’utilisation.

Cause 4 : Votre flux dépasse l’allocation de consommation de données par jour

Il s’agit de la quantité de données consommées par votre flux en raison des opérations d’entrée ou de sortie.

Cause 5 : Votre flux dépasse la limite décrite dans la page limites et configuration de Power Automate

En savoir plus sur les limites et la configuration de Power Automate.

• Pour ces limitations, les actions exécutées et ignorées (comme ce qui peut se produire dans une branche if/else) sont comptabilisées dans la limite.
• Il est beaucoup plus courant de violer les limites du plan décrites dans la section résumé du plan suivante.
• Pendant la période de transition, l’application n’est pas stricte et les limites sont plus élevées. La période de transition se termine une fois que les rapports du centre d’administration Power Platform sont mis à la disposition générale. Les organisations auront ensuite six mois pour analyser leur utilisation et acheter les licences appropriées avant que l’application stricte des limites de licence ne commence.

Résumé du plan

Résolution 1 : Reconcevoir votre flux pour utiliser moins d’actions et moins de données

• Si vous avez Do until des boucles ou For each item dans votre flux, essayez de réduire le nombre d’itérations de boucle en récupérant moins d’éléments à parcourir.
• De nombreux connecteurs ont Filter query des paramètres et Top count qui peuvent être utilisés pour réduire le nombre d’éléments et la quantité de données récupérées. Pour plus d’informations, consultez Filtrage avec Odata.
• Si vous avez un flux planifié qui s’exécute fréquemment, envisagez de réduire la fréquence. De nombreux flux qui s’exécutent une fois par minute ou heure peuvent être révisés pour s’exécuter moins souvent.
• Si votre flux interagit avec des fichiers, soyez conscient de la taille du fichier et essayez de la réduire si possible.
• Si vous avez besoin de réutiliser plusieurs fois une propriété unique retournée par une action avec une grande taille de sortie, envisagez d’utiliser la variable Initialize pour stocker cette propriété et utiliser la variable dans des actions ultérieures. Même si une seule propriété de la sortie d’une action précédente est utilisée, toutes les sorties de cette action sont passées à l’action ultérieure en tant qu’entrées.

Résolution 2 : Acheter une licence Premium ou Process à partir de la page de tarification

En savoir plus sur la tarification de Power Automate.

Un administrateur client devra acheter le plan, car les utilisateurs réguliers recevront un message indiquant que les achats de plan individuels ne sont pas disponibles pour le moment. L’administrateur client doit ensuite appliquer le plan à l’utilisateur qui a créé le flux. Les plans de processus peuvent être attribués sur la page des détails du flux. Une fois la licence achetée et attribuée, l’auteur du flux doit réinscrire le flux. Les flux sont également mis à jour en arrière-plan une fois par semaine pour refléter les plans actuels.

Si votre flux exécute des milliers d’actions chaque jour, envisagez d’acheter une licence de processus pour obtenir un meilleur débit et des quotas plus élevés. Le plan de processus fournit les meilleurs quotas de performances disponibles.

Si vous avez besoin de plus d’actions que ce que Power Automate fournit quotidiennement, envisagez d’exporter votre flux vers Logic Apps. Pour plus d’informations sur les coûts associés à Logic Apps, consultez Planifier la gestion des coûts pour Azure Logic Apps.

Plus d’informations

• Types de licences Power Automate
• Forum aux questions sur les demandes Power Platform
• Module de formation - Résoudre les problèmes liés aux flux lents dans Power Automate