Ограничаване и работа на работния поток на SharePoint 2013 в SharePoint и Project

Въведение

Тази статия съдържа информация за ограничаване на сценарии и ограничения за работни потоци, които използват типа платформа на работния поток на SharePoint 2013 в SharePoint и Project в Microsoft 365.

Забележка: Работните потоци на SharePoint 2010 се оттеглят от 1 август 2020 за нови наематели и се премахват от съществуващите клиенти на 1 ноември 2020.  Ако използвате работни потоци на SharePoint 2010, ви препоръчваме да мигрирате към Power Автоматизирайте или други поддържани решения. За повече информация вижте пенсиониране на работен поток на SharePoint 2010.

Повече информация

За да научите повече за ограничаването в SharePoint, отидете на как да: избягване на ограничаването или блокирането в SharePoint.


За да научите повече за ограниченията за имейл съобщения за работни потоци на SharePoint, отидете на "ограничението за дневен имейл е надвишено и вашият работен поток е временно прекратен" в SharePoint.


Дейността в работния поток на SharePoint 2013 може да се регулира от две нива на ограничаване:

  • Ограничаване на SharePoint

  • Ограничаване на услугата за работен поток

Ограничаване на услугата за работен поток

Ограничаването се извършва, за да се разреши използването на коректен ресурс. Той защитава и околната среда от вредни работни потоци и работни потоци, които не следват най-добри практики. Ограничаването на услугата за работен поток не се управлява от SharePoint. Услугата Workflow и SharePoint са два независими услуги и всеки доставчик на услуги изисква от вас интерес за цялостно изправността на услугите. В услугата на работния поток се извършва ограничаване на нивото на обхват на работния поток, което се Подравни със сайтовете на SharePoint. Ограничаването не се отчита глобално. Вместо това всяка услуга за архивиране на работни потоци проследява използването на обхвата на работен поток поотделно. Възможно е да има един или повече работни потоци в обхвата на работния поток. Ограничаването на работния поток е динамично и ще се преоценява периодично от обхвата на работния поток и от услугата за работния поток. 

Услугата на работния поток ограничава и броя на изходящите искания, които може да генерира един екземпляр на работен поток. За период от 24 часа един екземпляр на работен поток може да генерира до 5 000 изходящи заявки. След като са генерирани 5 000 изходящи заявки за период от 24 часа, работният поток се прекратява от услугата на работния поток.

Страницата " състояние на работния поток " за работния поток ще съдържа информация за спрения работен поток. В този случай балонът с информация за вътрешния статус ще показва следното съобщение:

  • Екземплярът е надхвърлил квотата за изходяща http заявка за 1.00:00:00 период от време. Ограничението за искане за 5000 е постигнато в <Time>.

    Забележка: Контейнерът за <Time> представлява времето, което е отнело да достигне ограничението за искане за 5 000 за работния поток.

Можете да възобновите екземпляра на прекъснат работен поток, като щракнете върху възобнови за работния поток или като използвате модела на обект на SharePoint за работен поток, след като сте минали 24 часа. Това трябва да се случи, преди да завърши работният поток.

Ако работният поток надвишава ограничението за използване на ПРОЦЕСОРА, страницата " състояние на работния поток " за работния поток ще съдържа информация за спрения работен поток. В този случай балонът с информация за вътрешния статус ще показва следното съобщение: 

  • Екземплярът на работния поток е надвишил ограничението за използването на ПРОЦЕСОРА от 00:00:01.2000000 и не може да бъде разтоварен, защото не е устойчив.


Прекъснатите копия на работни потоци ще бъдат прекратени след 10 дни. Балонът с информация за вътрешния статус ще покаже следното съобщение, ако работният поток бъде прекратен:

  • System. деятел. показания. WorkflowTerminatedException: екземплярът е преместен от Суспендираното състояние към състоянието прекратено, тъй като е изтекъл.

Евентуално прекратен работен поток ще бъде изчистен. След като завърши работен поток, той ще покаже следното съобщение:

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

Обхвати на работния поток

Обхватът на работния поток е дефиниран като сайт в колекция от сайтове. Например URL адресът по-долу е за основна колекция от сайтове и е считан за обхват на работния поток:

    https://contoso.sharepoint.com/sites/rootsite

Пример за друг обхват на работен поток, който е в една и съща колекция от сайтове, е както следва: Обаче този обхват на работния поток е в подсайт.

    https://contoso.sharepoint.com/sites/rootsite/subsite

Какво е молба?

Работните потоци на SharePoint 2013 се изграждат върху модела за добавки за SharePoint и използват API за покой, за да взаимодействат с данните на SharePoint. За да научите повече, отидете на Запознайте се с услугата за покой на SharePoint 2013.

Заявката е обаждане в мрежа от услугата на работния поток към крайна точка на SharePoint или Project. Няма разлика между вида на заявката или отговора за дадена заявка. Действие и дейностите по съставянето му не допринасят за броя на заявките, освен ако заявката включва API за покой на SharePoint 2013. Например действието " регистър към хронология " може да генерира пет или повече искания за здравословна операция. Освен това, "Опитай отново" логически е вграден в работните потоци, в случай че нещо не е наред. Това може да генерира допълнителни искания.

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

Препоръки за проектиране на работен поток

Има много начини за генериране на много заявки в работен поток, които могат да доведат до ограничаване. Някои общи примери са следните:

  • Единична агресивна циклична работна група или множество агресивни циклични работни потоци

  • Работен поток, който е свързан със списък или библиотека, докато съдържанието се мигрира в SharePoint.

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

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

Следните специфични сценарии за работни потоци също ще доведат до ограничаване.

Сценарий 1: работен поток, който се проследява за промени

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

Сценарий 2: използване на работен поток за изпълнение на сложни алгоритми

Работните потоци са предназначени за управление на процесите на документи и човешките процеси, а не за изпращане на важни изчислителни задачи.

Сценарий 3: наличието на няколко работни потока, които използват "дейност за изчакване на събитие в елемент от списък"

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

Забележка: Това може да възникне и ако има много промени в списъка, за който е конфигуриран работен поток, за да се стартира при създаването или промяната на даден елемент.

Алтернативи на сценарий 1: работен поток, който да следи за промените

Опция 1: използване на добавки на SharePoint и приемници на външни събития

Дизайнът на работния поток трябва да бъде преоценяван и трябва да се използва различен подход за проектиране. Добавките на SharePoint или приемниците за външни събития са по-подходящи за тази задача.

Опция 2: Добавяне на действие за пауза

Можете да подобрите дизайна на работния поток донякъде, като добавите закъснение (това е действие за пауза). Това трябва да намали трафика, който се генерира. Но това не променя цялостните пропуски на този проект.

Опция 3: използване на дейността "изчакване за промяна на поле в текущия елемент"

Вместо да търсите промени с помощта на линия, е по-добре да използвате приемниците по подразбиране за събития. Работният поток може да бъде стартиран при създаването или промяната на елемент. Изпълнението на множество екземпляри на работни потоци, вместо да се налага един работен поток в агресивна линия, е по-добър подход. Условията в работния поток могат да бъдат конфигурирани за извършване на работа само когато е необходимо.

Диалогов прозорец ' ' опции за стартиране ' '

В даден момент може да се изпълнява само един екземпляр на работен поток в работен поток. 

Друг подход е да използвате полето изчакване за промяна в текущата дейност на елемент. 

Дизайнът на работния поток може да използва колона за избор, която има множество стойности, за да подкара изпълнението на работния поток. Само когато на крайния потребител се избира подходящата опция, това ще продължи ли работата на работния поток. Това може да попречи на започването на агресивен цикличн и ненужен екземпляр на работния поток. Работният поток се изпълнява, когато елементът е готов, вместо да изпълнявате или започвате няколко екземпляра.

Можете да следите за множество стойности от множество полета с помощта на няколко успоредни блока. Работният поток може да изчака определен щат и след това да продължи да изпълнява определен път, както е в следния пример:

  1. Създаване на булев тип променлива.

    Диалогов прозорец ' ' редактиране на променлива ' '

  2. Задаване на стойността на не.

  3. Вмъкнете паралелен блок, щракнете с десния бутон върху блока и след това щракнете върху Разширени свойства.

    Диалогов прозорец ' ' свойства ' '

  4. В падащия списък изберете променливата, която създадохте в стъпка 1.

  5. Вмъкнете два успоредни блока в вмъкнатия паралелен блок, който има свойството свойството completioncondition .
     

  6. В първия от двата успоредни блока, които сте вмъкнали в стъпка 5, вмъкнете Промяна на полето чакане при текущия елемент . Променете дейността, така че да следи колоната за избор. Не Проследявайте избора по подразбиране.

  7. Задаване на променливата на работния поток, която се използва, за да се предотвратят останалите успоредни блокове за да.

  8. Повторете стъпки 1-7 за останалите стойности на колоните за избор.

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

Когато една от вложените успоредни блокове има всичките си дейности, то родителят паралелен блок ще завърши останалите дейности в другите успоредни блокове. Това позволява на работния поток да продължи. Вложените успоредни блокове се проследяват от родителския успореден блок с помощта на променлива.

Опция 4: стартиране на работен поток на SharePoint 2010 от работния поток на SharePoint 2013

Можете да използвате типа платформа на работния поток на SharePoint 2010, за да извършите част от работата, която се изпълнява в типа платформа на работен поток на SharePoint 2013. Това може да намали броя на заявките.

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

Алтернатива на сценарий 2: използване на работен поток за изпълнение на сложни алгоритми

Ако вашето решение изисква значителни изчислителни задачи, трябва да помислите за разработване на добавка за SharePoint. За повече информация отидете на добавките на SharePoint.


Все още имате нужда от помощ? Отидете в Общността на Microsoft.

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

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

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

×