Устранение неполадок с медленными потоками

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

Симптомы

Поток выполняется медленно и может застрять на одном шаге в сведениях о выполнении потока.

Причина 1. Служба, к которой вы подключаетесь, работает медленно

Например, медленно выполняемый SQL-запрос может привести к замедлению потока в ожидании выполнения запроса.

Причина 2. Используемый соединитель замедляет поток в качестве механизма защиты службы

• Например, соединитель SharePoint лимитирует действия со значением 600 в минуту. Одно подключение SharePoint, используемое в нескольких потоках, по-прежнему может выполнять только 600 операций в минуту.

  На большинстве страниц соединителя есть раздел регулирования, который документирует это ограничение.

• Вы можете увидеть ошибку "429 (слишком много запросов)" в потоке с текстом ошибки, например "Превышено ограничение скорости. Повторите попытку через 27 секунд.

Причина 3. Поток выполняет больше действий, чем ежедневные ограничения для плана.

• Минимальное количество действий, разрешенных службой Power Automate для каждого плана, можно увидеть на странице Ограничения запроса и выделения.
• Каждое карта, выполняемое в потоке, считается вызовом API (действием). Сюда входят действия, которые приводят к исходящим вызовам (например, вызов SharePoint), и действия, которые не выполняются (например, настройка переменных, задержки и т. д.). До предела учитываются только завершенные и неудачные (но не пропущенные) действия.
• Служба Power Automate обычно обеспечивает более высокое количество, чем описано здесь, и не замедляет потоки в зависимости от случайных и разумных превышений. Однако если количество действий потока превышает эти ограничения, они могут регулироваться или в случае расширенных нарушений отключаются.
• Для проверка действий и использования можно использовать вкладку Аналитика на странице сведений о потоке.

Причина 4. Поток превышает норму потребления данных в день

Это объем данных, который поток потребляет из-за операций ввода или вывода.

Причина 5. Поток превышает ограничение, описанное на странице ограничения и конфигурации Power Automate.

Дополнительные сведения об ограничениях и конфигурации Power Automate.

• Для этих ограничений как выполненные, так и пропущенные действия (как то, что может произойти в ветви if/else) учитываются в пределе.
• Нарушение ограничений плана, описанных в следующем разделе сводки плана , является гораздо более распространенным явлением.
• В течение переходного периода принудительное применение не является строгим, а ограничения выше. Переходный период заканчивается после того, как отчеты Центра администрирования Power Platform становятся общедоступными. После этого у организаций будет шесть месяцев, чтобы проанализировать свое использование и приобрести соответствующие лицензии, прежде чем начнется строгое применение ограничений лицензий.

Сводка по плану

Решение 1. Измените поток, чтобы использовать меньше действий и меньше данных

• Если в потоке есть Do until циклы или For each item , попробуйте уменьшить количество итераций цикла, извлекая меньше элементов для итерации.
• Многие соединители имеют Filter query параметры и Top count , которые можно использовать для уменьшения количества элементов и объема извлекаемых данных. Дополнительные сведения см. в разделе Фильтрация с помощью Odata.
• Если у вас есть запланированный поток, который часто выполняется, попробуйте уменьшить частоту. Многие потоки, выполняемые один раз в минуту или час, можно пересматривать, чтобы выполняться реже.
• Если поток взаимодействует с файлами, будьте в курсе размера файла и постарайтесь уменьшить его, если это возможно.
• Если необходимо повторно использовать одно свойство, возвращаемое действием с большим размером выходных данных несколько раз, рассмотрите возможность использования инициализации переменной для хранения этого свойства и использования переменной в последующих действиях. Даже если используется только одно свойство из выходных данных предыдущего действия, все выходные данные этого действия будут передаваться в последующее действие в качестве входных данных.

Решение 2. Приобретение лицензии Premium или Process на странице цен

Дополнительные сведения о ценах на Power Automate.

Администратору клиента потребуется приобрести план, так как обычные пользователи получат сообщение о том, что в настоящее время покупки отдельных планов недоступны. Затем администратор клиента должен применить план к пользователю, создавшему поток. Планы процесса можно назначить на странице сведений о потоке. После приобретения и назначения лицензии автор потока должен повторно изменить поток. Кроме того, потоки будут обновляться в фоновом режиме один раз в неделю в соответствии с текущими планами.

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

Если вам нужно больше действий, чем ежедневно предоставляет Power Automate, рассмотрите возможность экспорта потока в Logic Apps. Дополнительные сведения о затратах, связанных с Logic Apps, см. в статье Планирование управления затратами для Azure Logic Apps.

Дополнительная информация

• Типы лицензий Power Automate
• Часто задаваемые вопросы о запросах Power Platform
• Учебный модуль. Устранение неполадок с медленными потоками в Power Automate