Power Automate: чтение журнала выполнений и поиск ошибок
Как правильно читать журнал выполнений в Power Automate и находить причину неудачного выполнения.
Почему Power Automate выдает ошибку 429 и как целенаправленно устранить throttling с помощью контроля параллелизма и пакетной обработки.
Ошибка 429 (Too Many Requests) в Power Automate означает, что flow превысил лимит запросов коннектора или платформы в течение короткого промежутка времени и поэтому подвергается ограничению (throttling). Наиболее частая причина - коннектор с жестким временным лимитом, например коннектор SharePoint с ограничением в 600 действий в минуту, или flow с большим числом параллельных запусков или итераций цикла. Решение обычно заключается в снижении контроля параллелизма (Concurrency Control), более строгой фильтрации данных и замене повторяющихся отдельных действий пакетными операциями. Данные на: июль 2026.
Ошибка 429 возникает, когда flow отправляет коннектору больше запросов, чем допускает механизм защиты сервиса в течение заданного промежутка времени. Согласно официальной документации о ограничениях платформы и throttling сервис возвращает код ошибки 429 с сообщением вида «Превышен лимит частоты запросов. Повторите попытку через 27 секунд». Это ограничение на уровне коннектора не зависит от суточных лимитов действий вашего тарифного плана: flow может подвергнуться throttling, даже если суточная квота далеко не исчерпана. Типичные причины - циклы с большим числом итераций, несколько одновременно выполняющихся экземпляров flow или один коннектор, параллельно используемый несколькими flow.
Точные цифры зависят от коннектора и лицензии, но некоторые ориентировочные значения четко задокументированы. Например, коннектор SharePoint ограничивает число действий до 600 в минуту, причем на одно подключение по всем flow, а не на отдельный flow, как описано в FAQ по лицензированию Power Automate Кроме того, действует общеплатформенный лимит всплеска действий, составляющий в настоящее время 100 000 действий на flow за пять минут. Независимо от этого существуют суточные лимиты запросов API, которые зависят от вашего тарифного плана и применяются ко всем запускам flow пользователя в течение 24 часов. Важно для устранения неполадок: в эти лимиты засчитываются как успешные, так и неудачные действия, а также повторные попытки и дополнительные запросы из-за пагинации.
Самый прямой способ - снизить степень параллелизма в триггере или в циклах. Microsoft рекомендует именно этот шаг в руководстве «Слишком много запросов» в Power Automate при ошибке 429: в настройках триггера или действия в разделе «Контроль параллелизма» (Concurrency Control) можно ограничить степень параллелизма. По умолчанию контроль параллелизма для триггеров отключен, но его можно установить на значение от 1 до 100, при этом значением по умолчанию при включении являются 25 одновременных запусков. Для циклов «Apply to each» действует отдельное значение параллелизма, которое согласно ограничениям для flow по умолчанию равно 1 и может быть увеличено до 50 или намеренно оставлено низким во избежание ошибок. Если flow регулярно достигает предела коннектора, целенаправленное снижение этих значений часто является самым быстрым решением, хотя при этом flow работает несколько медленнее.
Пакетная обработка (batching) сокращает число отдельных запросов, которые вообще могут быть подвергнуты throttling. Вместо выполнения отдельного действия для каждой записи в цикле, согласно руководству по избеганию антипаттернов несколько операций создания или обновления можно объединить в один HTTP-запрос с помощью batch-запросов, если соответствующий коннектор это поддерживает. Для сервисов без поддержки batch альтернативой является контролируемая параллельная обработка в цикле «Apply to each», по данным Microsoft - до 50 записей одновременно. Также стоит обратить внимание на параметры filter query и top count многих коннекторов, чтобы изначально получать меньше записей, а также на вложенные циклы, которые могут быстро умножать число запросов. Тем, кто хочет сделать свою среду Power Automate принципиально более стабильной, поможет консультация по Power Automate от NordFlux с архитектурой flow, выбором лицензии и устранением неполадок при повторяющемся throttling.
Потому что throttling на уровне коннектора действует независимо от суточных лимитов запросов API. Каждый коннектор, например SharePoint с лимитом 600 действий в минуту, применяет собственное краткосрочное временное окно, которое можно превысить даже при низком суточном потреблении, если за короткое время выполняется много действий.
Более высокий тарифный план в первую очередь увеличивает суточную квоту действий, а не специфичные для коннектора лимиты throttling. Поскольку ошибка 429 обычно вызывается throttling коннектора, изменение параллелизма и архитектуры flow в большинстве случаев эффективнее, чем повышение тарифного плана.
Лимит всплеска действий - это общеплатформенное ограничение, составляющее в настоящее время 100 000 действий на flow за пять минут, тогда как throttling коннектора действует для каждого отдельного сервиса-коннектора и сильно варьируется в зависимости от сервиса. Оба могут независимо друг от друга приводить к ошибке 429, поэтому причину лучше всего определять по точному тексту ошибки и истории запусков flow.
Автоматические повторные попытки не решают исходную проблему, поскольку неудачные действия и повторные попытки также учитываются в лимитах запросов. Разумнее устранить причину с помощью контроля параллелизма, фильтрации и пакетной обработки, а не просто заставлять flow повторять попытки чаще.
Основатель NordFlux. Семь лет опыта, от веба и SEO до автоматизации в масштабах концерна, сегодня прагматично для среднего бизнеса и с немецким суверенитетом данных.
Сертификаты
Как правильно читать журнал выполнений в Power Automate и находить причину неудачного выполнения.
Почему Power Automate отключает потоки после 14 дней постоянного троттлинга, как это распознать и как корректно снова активировать поток.
Что такое динамическое содержимое в Power Automate, как его вставлять и где новички обычно допускают типичные ошибки.
Ограничения на параллелизм и число действий в минуту кажутся абстрактными, пока продуктивный flow не останавливается прямо посреди рабочего дня с ошибкой 429. NordFlux с самого начала планирует контроль параллелизма и батчинг так, чтобы ваши flow оставались стабильными даже при росте объёма данных. На первой встрече мы проверяем ваши текущие flow на риски троттлинга.