Отстраняване на неизправности при бавни текущи потоци

Симптом

Поточните действия изглежда работят бавно и може да се появяват, за да заседнат върху една стъпка в Viewer Run.

Имайте предвид, че това се различава от превключвателите, които не са изстреляни, като в този случай потокът дори няма да се стартира или да се показва в списъка с хронология на изпълнение. Тази статия не се отнася за превключватели, които не стрелят.

Причина

Има редица възможни причини за забавяне на изпълняваните потоци:

  • Услугата, с която се свързвате, се изпълнява бавно.

    • Например бавно изпълняваната SQL заявка ще доведе до забавяне на потока, докато изчаква изпълнението на заявката да завърши.

  • Конекторът, който използвате, е забавяне на потока ви надолу като механизъм за защита на услугите.

    • Например исковете с Caps конектори на SharePoint в 600 за минута. Една връзка на SharePoint, използвана в няколко потока, все още може да изпълнява само операции на 600 за минута.

      • Повечето страници за съединители имат ограничителна секция, която документира това ограничение.

    • Възможно е да видите грешка на 429 (твърде много заявки) във вашия поток с текст за грешка, като например "ограничението за лихви е надвишено. Опитайте отново след 27 секунди.

  • Вашият поток извършва прекомерен брой действия на ден, което е много по-голямо от ежедневните ограничения за действие за вашия план

    • Можете да видите минималния брой действия, които услугата за автоматизиране на Power ще разрешава за всеки план на страницата за ограничения и разпределение.

    • Всяка карта в поток, която се изпълнява като API за повикване (действие). Това включва както действия, които водят до изходящи повиквания (например обаждания на SharePoint), така и действия, които не (например настройка за променливи, закъснения и т. н.). Само завършени и неуспешни действия (но не и пропуснати) се броят към ограничението.

    • Услугата за автоматизиране на Power обикновено позволява по-високи стойности от тези, които се документират тук, и няма да забавят потока на базата на случайни и разумни прекъсвания. Ако обаче потоците ви имат значение за действие над тези ограничения, те ще бъдат подложени на евентуално ограничаване или в случаи на Разширено нарушение, инвалидност.

    • Можете да използвате раздела "анализи" на страницата с подробни данни за потока, за да диагностицирате използването на действия.

  • Вашият поток надвишава помощта за потребление на данни за един ден.  Това е количеството данни, което вашият поток изразходва като резултат от операциите за вход/изход.

  • Вашият поток надхвърля ограничението, което е документирано на страницата ограничения за Power автоматизиране и конфигуриране .

    • За тези определени дросели едновременно се изпълняват и прескачат действия (както може да се случи с клон If/else) към ограничението.

    • Нарушенията на плана за ограничения, документирани в таблицата по-долу, са много по-чести.

Обобщение на плана

План

Ограничения за действие на ден

Изразходване на данни за ден

Лицензи и изпитания за Flow за Office 365

действия на 2 000 във всички потоци, създадени от един потребител.

1GB във всички потоци, създадени от един потребител.

Платени за всеки потребител, Dynamics лицензи за членовете на екипа

действия на 5 000 във всички потоци, създадени от един потребител.

10GB във всички потоци, създадени от един потребител.

Платени Dynamics Professional лицензи

действия на 10 000 във всички потоци, създадени от един потребител.

10GB във всички потоци, създадени от един потребител.

Платени лицензи за приложения за Dynamics Enterprise

действия на 20 000 във всички потоци, създадени от един потребител.

10GB във всички потоци, създадени от един потребител.

Платени лицензи за поток

действия на 15 000 за поток.

място за съхранение в 50GB за поток.

 

Решение

Можете да облекчите проблема по:

  • Преоформяне на потока, за да използвате по-малко действия и по-малко данни.

    • Ако имате "do докато" или "за всеки елемент" в потока си, вижте дали можете да намалите броя на повторенията на циклични съобщения, вероятно чрез извличане на по-малко елементи, през които да преминавате.

    • Много съединители имат параметри "филтър заявка" и "Top Count", които могат да бъдат използвани за намаляване на броя на елементите и количеството на извлечените данни. Филтриране с oData

    • Ако имате планиран поток, който се изпълнява често, обмислете намаляване на честотата. Много потоци, които се изпълняват еднократно за минута или час, могат да бъдат коригирани, за да се появят по-рядко.

    • Ако вашият поток е в взаимодействие с файлове, Осъзнайте размера на файла и се опитайте да го намалите, ако е възможно.

    • Ако трябва да използвате повторно едно свойство, върнато от действие с голям размер на продукцията няколко пъти, обмислете дали да не използвате "инициализиране на променливата", за да съхранявате това свойство, и да използвате променливата в следващи действия. Дори ако само едно свойство се използва от продукция на по-ранна версия, всички резултати от това действие ще бъдат прехвърлени към по-късните действия като входове.

  • Закупуване на лиценз за потребител или за поток от страницата ценообразуване

    • Ако вашият поток изпълнява хиляди действия всеки ден, трябва да помислите за закупуване на лиценз за поток, за да получите по-добра пропускателна способност и по-високи квоти. За планове за преливане предоставят най-добрите налични квоти за производителност.

    • Power Автоматизирайте евентуално ще добави възможността за закупуване на допълнителни пакети с добавки, ако планът за поток все още не е достатъчен, но до този момент, ако трябва да имате повече действия, отколкото предлагаме на дневна база, можете да помислите за експортиране на вашия поток към логически приложения. Имайте предвид, че логическите приложения се начисляват при действието, така че ще забележите по-остро разходите, свързани с потока ви.

На страницата ценообразуване можете да изберете кой план искате да закупите.

Администраторът на клиента ще трябва да посети тази страница и да закупи плана, тъй като обикновените потребители ще получат съобщение, че индивидуалните планове не са налични в момента. Администраторите на клиент ще бъдат пренасочени към портала на Office, за да закупят план. След това администраторът на клиент трябва да приложи плана към потребителя, който е създал потока. За планове за преливане могат да бъдат присвоени на страницата по-подробно за потока.

След като лицензът е закупен и присвоен, авторът на потока трябва да го запише отново. Алтернативно потоците ще се актуализират на заден фон веднъж седмично, за да отразяват текущите планове.

Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×