Дроселювання та продуктивність робочого циклу 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. Служба робочого циклу та SharePoint – це два незалежних служби, а кожне обслуговування Дроселі запитує в інтересах загального справності служби. У службі робочого циклу дроселювання виконується на рівні області робочих циклів, які Вирівнює за допомогою сайтів SharePoint. Дроселювання не враховується в усьому світі. Натомість для кожного робочого циклу служба "назад" відстежує використання області робочого циклу незалежно. У області робочого циклу може бути один або кілька робочих циклів. Регулювання робочого циклу – динамічний, і його буде повторно обчислено за допомогою області робочого циклу та служби робочого циклу.

Служба робочого циклу також обмежує кількість вихідних запитів, які можна створити в одному екземплярі робочого циклу. У 24-годинному періоді один екземпляр робочого циклу може генерувати вихідні запити 5 000. Після того, як вихідні запити 5 000 створюються в 24-годинному періоді, робочий цикл призупинено службою робочого циклу.

Сторінка " стан робочого циклу" для робочого циклу міститиме відомості про призупинений робочий цикл. У цьому сценарії інформаційна виноска для внутрішнього стану відобразить таке повідомлення:

Після цього екземпляр перевищено квоту на вихідний http-запит за 1,00:00:00 періоду часу. Граничне значення запиту 5000 було досягнуто в <час>.

Примітка. <час> покажчик місця заповнення позначає час, потрібний для досягнення обмеження на запит 5 000 для робочого циклу.

Ви можете відновити призупинений екземпляр робочого циклу, натиснувши кнопку " продовжити " для робочого циклу або використовуючи об'єктну модель клієнта робочого циклу SharePoint після того, як минуло 24 години. Ця дія має з'явитися, перш ніж припиняється робочий цикл.

Якщо робочий цикл перевищує обмеження використання ЦП, сторінка стану робочого циклу буде містити відомості про призупинений робочий цикл. У цьому сценарії інформаційна виноска для внутрішнього стану відобразить таке повідомлення:

Екземпляр робочого циклу перевищив обмеження на використання ЦП на дроселя 00:00:01.2000000 і не може бути вивантажено, оскільки його не можна було використовувати.

Призупинені екземпляри робочого циклу буде припинено через 10 днів. Для внутрішнього стану інформаційна виноска відобразить таке повідомлення, якщо робочий цикл припиняється:

Система. дії. твердження. WorkflowTerminatedException: екземпляр переміщено з призупиненого стану на стан припинення, оскільки термін дії минув.

У результаті припинення виконання робочого циклу буде очищено. Після очищення перерваний робочий цикл буде відображено таке повідомлення:

На жаль, щось пішло не так.
Не вдається виявити цей робочий цикл. Завершені екземпляри автоматично очищують

Області робочого циклу

Область робочого циклу визначається як сайт у колекції сайтів. Наприклад, наведена нижче URL-адреса для кореневої колекції сайтів і вважається областю робочого циклу:

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

Приклад іншої області робочого циклу, що міститься в тій самій колекції сайтів, має такий вигляд. Однак цей обсяг робочого циклу перебуває на підсайті.

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

Що таке запит?

Робочі цикли SharePoint 2013 вбудовано в моделі надбудов для SharePoint, і вони використовують API для REST для взаємодії з даними SharePoint. Щоб отримати докладні відомості, ознайомтеся з відомостями про службу Rest SharePoint 2013.

Запит – це мережевий виклик від служби робочого циклу до КІНЦЕВОЇ точки API для програми SharePoint або Project Rest. Під час запиту або відповіді на вказаний запит немає різниці. Дія та створення її дій не сприяють підрахунку запитів, якщо запит не містить API для REST SharePoint 2013. Наприклад, Дія " журнал до журналу " може створити п'ять або більше запитів на здорову операцію. Крім того, до робочих циклів буде вбудовано логіку "Повторити", якщо щось пішло не так. Це може створити додаткові запити.

Багато дій дають запити, а запити можна мінімізувати за допомогою рекомендацій. Наприклад, щоб зменшити кількість запитів, які вносяться за областю робочого циклу, можна використати дію одного елемента списку оновлень , а не лише кілька полів, що не відповідає поточній програмі, а також досягнення цих результатів.

Рекомендації з оформлення робочого циклу

Існує багато способів створення багатьох запитів у робочому циклі, який може призвести до дроселювання. Деякі загальні приклади мають такий вигляд:

Один або кілька робочих циклів із агресивними циклічним циклом
Робочий цикл, пов'язаний із списком або бібліотекою, під час перенесення вмісту до служби SharePoint.
Попередні проблемні версії робочих циклів, які було виправлено, і які продовжують запускати екземпляри робочих циклів, які мають проблемну конфігурацію, доки не буде припинено робочий цикл.

Дроселювання області робочого циклу, яке підтримується службою робочого циклу, має дозволити типові сценарії використання робочого циклу. Проте, оскільки логіка робочого циклу стає складнішою, робочий цикл може перевищувати безпечні обмеження.

Крім того, наведені нижче сценарії робочого циклу також призводять до дроселювання.

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

Наприклад, ви можете перевірити елемент для оновлень, а не чекати, доки елемент не буде оновлено.

Сценарій 2: використання робочого циклу для виконання складних алгоритмів

Робочі цикли призначені для керування документами, процесами, а не для розсилання значних обчислювальних завдань.

Сценарій 3: якщо запущено кілька робочих циклів, які використовують елемент "очікування для події" в елементі списку "дії"

У цьому сценарії для кожного робочого циклу буде прослуховувати зміни в цільовому списку. Якщо запущено багато робочих циклів, для кожного робочого циклу доведеться реагувати на підвищену подію та, можливо, передзвонити на сайт SharePoint, щоб виконати певну роботу.

Примітка. Ця дія також може виникати, якщо в списку, для якого настроєно робочий цикл, буде внесено багато змін, коли елемент створюється або змінено.

Варіанти сценарію 1: робочий цикл, який циклічна для відстеження змін

Параметр 1: використання надбудов SharePoint і приймачів зовнішньої події

Потрібно повторно оцінити структуру робочого циклу, а також використовувати інший підхід до розробки. Для цього завдання більше підходять надбудови SharePoint або приймачі зовнішньої події.

Варіант 2: додавання дії "пауза"

Ви можете дещо покращити оформлення робочого циклу, додавши затримку (тобто дію паузи). Це має зменшити обсяг трафіку, який створюється. Але це не міняє загальної кількості недоліків цього макета.

Варіант 3: використання дії "очікування для поля" в поточному елементі

Замість того, щоб шукати зміни за допомогою петлі, краще використовувати приймачі події за замовчуванням. Робочий цикл можна запустити, коли елемент створюється або змінений. Виконання кількох екземплярів робочого циклу замість одного робочого циклу в агресивному циклі – це найкращий підхід. Умови в робочому циклі можна настроювати, щоб виконувати роботу лише в разі потреби.

Діалогове вікно "настройки запуску"

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

Інший підхід – скористатися полем очікування для змінення поточної дії елемента .

У конструкторі робочого циклу можна використовувати стовпець вибору, який містить кілька значень, щоб керувати виконанням робочого циклу. Лише коли відповідний параметр буде вибрано кінцевим користувачем, процес відновиться. Це може завадити запуску агресивного циклу та невикористовуваних екземплярів робочих циклів. Робочий цикл виконується, коли елемент буде готовий, а не виконувати або починати кілька екземплярів.

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

Створення логічних змінних типу.
Установіть значення ні.
Вставте паралельний блок, клацніть його правою кнопкою миші, а потім виберіть пункт додаткові властивості.
У розкривному списку виберіть змінну, створену на кроці 1.
Вставте два паралельні блоки в вставленому паралельному блоці, що має властивість Completioncondition .
У перших двох паралельних блоках, які ви вставили на кроці 5, вставте зміни до поля «очікування» в поточній дії. Змініть дії, щоб відстежувати стовпець вибору. Не Відстежуйте вибір за замовчуванням.
Установіть змінну робочого циклу, що використовується, щоб зупинити інші паралельні блоки на значення " так".
Повторіть кроки 1-7 для інших значень стовпців вибору.
Переміщення інших частин оригінального робочого циклу до розташування після паралельних блоків.

Якщо один із вкладених паралельних блоків має всі свої дії, то батьківський паралельний блок завершуватиме інші дії в інших паралельних блоках. Ця дія дає змогу продовжити робочий цикл. Вкладені паралельні блоки контролюються батьківським паралельним блоком за допомогою змінної.

Варіант 4: запуск робочого циклу SharePoint 2010 із робочого циклу SharePoint 2013

За допомогою типу платформи робочого циклу SharePoint 2010 можна виконати певну роботу, яку виконує тип платформи робочого циклу SharePoint 2013. Це може зменшити кількість запитів.

Зокрема, робочий цикл SharePoint 2010 можна запустити для відстеження змін полів за допомогою функції "зачекати" для змін у поточному елементі або для виконання багатьох інших основних операцій.

Альтернатива сценарію 2: використання робочого циклу для виконання складних алгоритмів

Якщо рішення вимагає значних обчислювальних завдань, слід враховувати розвиток надбудови для SharePoint. Додаткові відомості можна знайти в надбудові SharePoint.

Усе ще потрібна допомога? Перейдіть до спільноти Microsoft.