Power Automate: отключение после 14 дней постоянного троттлинга (FAQ)

Когда поток в Power Automate снова и снова упирается в ограничения пропускной способности на протяжении длительного времени, рано или поздно вмешивается Microsoft: поток автоматически отключается. Это не случайность и не сбой платформы, а задокументированная защитная мера, призванная не допустить, чтобы отдельный поток бесконечно блокировал ресурсы без чьего-либо вмешательства. Для создателей потоков это всё равно часто становится неприятным сюрпризом, особенно если поток критически важен для бизнеса и вдруг оказывается «Отключён» без внятного сообщения об ошибке в почте. По состоянию на: июль 2026 г.

В этом FAQ подробно объясняется, когда именно срабатывает автоматическое отключение после длительного троттлинга, как понять, затронут ли ваш поток, и как корректно снова активировать его после этого, чтобы проблема не повторилась сразу же.

Что вообще означает «постоянно ограничен по скорости»?

Power Automate задаёт для каждого потока и каждого коннектора лимиты пропускной способности, то есть сколько действий или запросов можно выполнить в течение определённого промежутка времени. Если поток превышает один из этих лимитов, его выполнение не останавливается сразу, а замедляется. Согласно официальной документации Лимиты для автоматизированных, запланированных и мгновенных потоков активность потока автоматически возобновляется, как только нагрузка в скользящем окне снова опускается ниже лимита. Проблема возникает только тогда, когда этого не происходит и поток на протяжении длительного времени постоянно остаётся выше лимитов. Именно тогда вступает в силу правило 14 дней.

Типичные причины постоянного троттлинга — слишком много действий за один запуск, вложенные циклы «Применить ко всем», слишком часто срабатывающий триггер или коннектор, который получает код ошибки 429 («Too Many Requests»), потому что достигнут лимит базового сервиса. Такие ошибки обычно сначала проявляются как заметная задержка выполнения потока, задолго до того, как станет заметно само отключение.

Правило 14 дней подробно

Microsoft описывает это правило в статье Изучение ограничений платформы и предотвращение троттлинга следующим образом: все потоки, которые непрерывно ограничиваются в течение 14 дней, отключаются. Такие потоки можно снова активировать в любой момент, но если производительность не улучшится, платформа отключит их повторно. Таким образом, отключение — это не разовое событие, а повторяющийся механизм, пока сохраняется его первопричина.

Важно для понимания контекста: этот 14-дневный срок для троттлинга — не единственное ограничение по срокам хранения в Power Automate. В таблице ограничений по продолжительности и хранению рядом стоят несколько похожих по названию, но разных правил:

• Потоки с ошибками: Облачный поток, у которого триггер или действие постоянно завершаются ошибкой, отключается через 14 дней.
• Постоянно ограничиваемые потоки: Облачный поток, который в течение 14 дней постоянно упирается в лимиты пропускной способности, отключается. Лицензия Power Automate Process может предоставить выделенные мощности и предотвратить троттлинг.
• Потоки без активности триггера: Облачный поток, который не срабатывает в течение 90 дней, также может быть отключён, но только после предупреждающего письма, отправленного за 30 дней владельцу и совладельцам.

Поскольку эти три случая легко перепутать на практике, стоит заглянуть в письмо-уведомление от Power Automate: там обычно чётко указано, стала ли причиной отключения ошибка, троттлинг или неактивность.

Как предотвратить отключение

Самая очевидная немедленная мера — отредактировать поток и снова сохранить его. Поскольку, по данным Microsoft, лимиты пропускной способности относятся к конкретной версии определения потока, изменение и повторное сохранение сбрасывают временное окно. Это даёт вам время, но не устраняет истинную причину.

Для долгосрочного решения имеет смысл предпринять следующие шаги:

• Сократить количество действий: Убрать вложенные циклы, заменить «Применить ко всем» отфильтрованными запросами с `$filter` или `$top` и удалить ненужные промежуточные шаги.
• Смягчить триггер: Ограничить слишком часто срабатывающий триггер с помощью условий триггера или скорректировать частоту опроса.
• Распределить нагрузку: Разбить большие объёмы данных на несколько запусков потока или дочерние потоки вместо обработки всего за один запуск.
• Проверить лицензию: Лицензия Power Automate Process или Premium заметно повышает допустимые лимиты для потока и может стать решающим фактором при ограниченных мощностях.

В справочнике кодов ошибок Power Automate вы также найдёте конкретные указания по отдельным ошибкам тайм-аута и троттлинга, если хотите определить точный источник ошибки в истории выполнения потока.

Повторная активация потока: что происходит дальше

После отключения поток можно в любой момент вручную включить снова. Согласно статье Включение и отключение потока для этого достаточно нажать «Включить» на странице сведений или «Включить» через контекстное меню в обзоре потоков. То, что происходит дальше с накопившимися событиями, зависит от типа триггера:

• Триггеры опроса такие как «Повтор», проверяют подключённую службу через фиксированные интервалы. Когда поток снова включается, триггер обрабатывает все события, накопившиеся с момента отключения, что при долгом простое может привести к заметному наверстыванию.
• Вебхук-триггеры регистрируются в соответствующей службе и после повторного включения обрабатывают только новые события. Всё, что произошло во время отключения, теряется.

Если вам не нужно такое наверстывание, согласно документации единственный вариант — продублировать поток и удалить оригинал, благодаря чему триггер регистрируется заново и корректно. Так вы сохраняете контроль над тем, какие данные действительно обрабатываются, вместо того чтобы быть застигнутым врасплох потоком отложенных запусков. Тем, кто хочет стабильно эксплуатировать такие автоматизации в долгосрочной перспективе, не стоит игнорировать предупреждения о троттлинге, а лучше заранее учитывать их при планировании мощностей, например в рамках текущих проектов автоматизации.

Часто задаваемые вопросы

Отключается ли мой поток сразу же, как только он один раз попадает под ограничение?

Нет. Единичное ограничение лишь временно замедляет поток, и он автоматически продолжает работать, как только нагрузка снова опускается ниже лимита. Отключение происходит только тогда, когда поток непрерывно остаётся выше лимитов в течение 14 дней.

Как понять, что причиной отключения стал именно троттлинг?

Power Automate уведомляет владельцев и совладельцев потока по электронной почте, как только поток отключается. Кроме того, в отчёте аналитики на странице сведений о потоке можно посмотреть, как часто за последние дни поток выдавал код ошибки 429 или задержанные выполнения.

Сбрасывает ли простое сохранение потока 14-дневный срок?

Да, но с оговоркой. Поскольку лимиты пропускной способности применяются к конкретной версии определения потока, временное окно начинается заново после каждого сохранения. Это даёт краткосрочную передышку, но не устраняет истинную причину троттлинга, если поток структурно вызывает слишком много действий.

Что происходит с событиями, накопившимися во время отключения?

Это зависит от типа триггера. Триггеры опроса, такие как «Повтор», при повторном включении наверстывают накопившиеся события, тогда как вебхук-триггеры обрабатывают только новые события начиная с момента повторной активации и пропускают более старые события.

Помогает ли лицензия Premium или Process против автоматического отключения?

Лицензия Power Automate Process предоставляет потоку выделенные мощности с более высокими лимитами и заметно снижает риск постоянного троттлинга. По данным Microsoft, это рекомендуемая мера для потоков, которые структурно работают близко к лимитам, но она не заменяет оптимизацию неэффективно построенных потоков.