Introducere
Acest articol conține informații despre limitarea scenariilor și a limitelor pentru fluxurile de lucru care utilizează tipul de platformă de flux de lucru SharePoint 2013 în SharePoint și Project în Microsoft 365.
Notă: Fluxurile de lucru SharePoint 2010 au fost retrase din 1 august 2020 pentru entități găzduite noi și eliminate din entitățile găzduite existente pe 1 noiembrie 2020. Dacă utilizați fluxuri de lucru SharePoint 2010, vă recomandăm să migrați la Power automatizeaz sau la alte soluții acceptate. Pentru mai multe informații, consultați retragerea fluxului de lucru SharePoint 2010.
Mai multe informații
Pentru a afla mai multe despre limitarea în SharePoint, accesați Cum să: evitați să fiți accelerat sau blocat în SharePoint.
Pentru a afla mai multe despre limitele mesajelor de e-mail pentru fluxurile de lucru SharePoint, accesați eroarea "limita zilnică de e-mail a fost depășită, iar fluxul de lucru a fost suspendat" în SharePoint.
Activitatea fluxului de lucru SharePoint 2013 poate fi reglementată prin două niveluri de limitare:
-
Limitare SharePoint
-
Limitare serviciu flux de lucru
Limitare serviciu flux de lucru
Se efectuează limitarea pentru a permite utilizarea corectă a resurselor. De asemenea, protejează mediul de fluxurile de lucru și fluxurile de lucru dăunătoare care nu respectă cele mai bune practici. Limitarea serviciului de flux de lucru nu este controlată de SharePoint. Serviciul de flux de lucru și SharePoint sunt două servicii independente și fiecare serviciu accelerează solicitările în interesul stării generale a serviciilor. În serviciul flux de lucru, limitarea se efectuează la nivelul domeniului de flux de lucru care se aliniază cu site-urile SharePoint. Limitarea nu este calculată global. În schimb, fiecare serviciu back-end din fluxul de lucru urmărește utilizarea în mod independent a unui domeniu de flux de lucru. Este posibil să existe unul sau mai multe fluxuri de lucru într-un domeniu de flux de lucru. Limitarea fluxului de lucru este dinamică și va fi reevaluată periodic prin domeniul fluxului de lucru și prin serviciul flux de lucru înapoi.
Serviciul flux de lucru limitează și numărul de solicitări de ieșire pe care le poate genera o singură instanță de flux de lucru. Într-o perioadă de 24 de ore, o singură instanță de flux de lucru poate genera până la 5.000 solicitări de ieșire. După ce se generează solicitări de ieșire 5.000 într-o perioadă de 24 de ore, fluxul de lucru este suspendat de serviciul de flux de lucru.
Pagina stare flux de lucru pentru fluxul de lucru va conține informații despre fluxul de lucru suspendat. În acest scenariu, balonul de informații pentru starea internă va afișa următorul mesaj:
-
Instanța a depășit cota de solicitare HTTP de ieșire pentru un 1.00:00:00. Limita de solicitare 5000 a fost atinsă în <> de timp.
Notă: Substituentul de timp <> reprezintă timpul pe care l-a durat pentru a ajunge la limita de solicitări 5.000 pentru fluxul de lucru.
Puteți relua instanța fluxului de lucru suspendat făcând clic pe Reluare pentru fluxul de lucru sau utilizând modelul de obiect client flux de lucru SharePoint după ce au trecut 24 de ore. Acest lucru trebuie să aibă loc înainte ca fluxul de lucru să se termine.
Dacă fluxul de lucru depășește limita de utilizare a CPU, pagina stare flux de lucru pentru fluxul de lucru va conține informații despre fluxul de lucru suspendat. În acest scenariu, balonul de informații pentru starea internă va afișa următorul mesaj:
-
Instanța fluxului de lucru a depășit limita de utilizare a PROCESORului de la 00:00:01.2000000 și nu a putut fi descărcată, deoarece nu a fost persistentă.
Instanțele din fluxul de lucru suspendat vor fi închise după 10 zile. Balonul de informații pentru starea internă va afișa următorul mesaj dacă fluxul de lucru este reziliat:
-
System. activities. Statements. WorkflowTerminatedException: instanța a fost mutată din statul suspendat în starea reziliat, deoarece a expirat.
Un flux de lucru reziliat va fi curățat în cele din urmă. După ce ați curățat un flux de lucru reziliat, acesta va afișa următorul mesaj:
-
Ne pare rău, a apărut o problemă.
Nu putem găsi acel flux de lucru. Instanțele finalizate sunt curățate automat
Domenii de flux de lucru
Un domeniu de flux de lucru este definit ca site într-o colecție de site-uri. De exemplu, următorul URL este pentru o colecție de site-uri rădăcină și este considerat un domeniu de flux de lucru:
https://contoso.sharepoint.com/sites/rootsite
Un exemplu de alt domeniu de flux de lucru care se află în aceeași colecție de site-uri este după cum urmează. Cu toate acestea, acest domeniu de flux de lucru se află într-un subsite.
https://contoso.sharepoint.com/sites/rootsite/subsite
Ce este o solicitare?
Fluxurile de lucru SharePoint 2013 sunt construite pe modelul programe de completare pentru SharePoint și utilizează API-uri REST pentru a interacționa cu datele SharePoint. Pentru a afla mai multe, accesați serviciul de repaus SharePoint 2013.
O Solicitare este un apel în rețea din serviciul de flux de lucru într-un punct final SharePoint sau Project rest API. Nu există nicio diferență între tipul de solicitare sau răspunsul la o solicitare dată. O acțiune și activitățile sale de compunere nu contribuie la numărul de solicitări, cu excepția cazului în care solicitarea implică un API de repaus SharePoint 2013. De exemplu, acțiunea listă jurnal la istoric poate genera cinci sau mai multe solicitări pentru o operațiune sănătoasă. De asemenea, reîncercați logica este încorporată în fluxuri de lucru, în caz că ceva nu merge cum trebuie. Acest lucru poate genera solicitări suplimentare.
Multe acțiuni generează solicitări, iar solicitările pot fi minimizate utilizând cele mai bune practici. De exemplu, puteți utiliza o singură acțiune de element de actualizare a listei în locul câmpului set multiplu din acțiunea element curent pentru a reduce numărul de solicitări făcute de un domeniu de flux de lucru și a obține totuși aceleași rezultate.
Recomandări de proiectare a fluxului de lucru
Există mai multe modalități de a genera multe solicitări într-un flux de lucru care poate avea ca rezultat limitarea. Câteva exemple generale sunt următoarele:
-
Un singur flux de lucru cu o buclă agresivă sau mai multe fluxuri de lucru agresive
-
Un flux de lucru care este asociat cu o listă sau o bibliotecă în timp ce conținutul este migrat în SharePoint.
-
Versiunile anterioare de flux de lucru problematice care au fost corectate și care continuă să ruleze instanțele fluxului de lucru care au o configurație problematică până când se termină fluxul de lucru.
Limitarea domeniului fluxului de lucru impus de serviciul de flux de lucru trebuie să permită scenarii tipice de utilizare a fluxului de lucru. Cu toate acestea, deoarece logica unui flux de lucru devine mai sofisticată, fluxul de lucru poate depăși limitele de siguranță.
Următoarele scenarii specifice ale fluxului de lucru vor avea ca rezultat limitarea.
Scenariul 1: un flux de lucru care se repetă pentru a monitoriza modificările
De exemplu, puteți să verificați un element pentru actualizări în loc să așteptați ca un element să fie actualizat.
Scenariul 2: utilizarea unui flux de lucru pentru a executa algoritmi complexi
Fluxurile de lucru sunt destinate gestionării proceselor umane, conduse de documente și nu pentru a trimite activități de calcul semnificative.
Scenariul 3: având mai multe fluxuri de lucru care se execută, care utilizează activitatea așteptare eveniment în element listă "
În acest scenariu, fiecare flux de lucru va asculta modificările din lista țintă. Dacă se execută mai multe fluxuri de lucru, fiecare flux de lucru va trebui să reacționeze la evenimentul invocat și, eventual, să apeleze înapoi în SharePoint pentru a efectua unele lucruri.
Notă: De asemenea, acest lucru se poate întâmpla dacă există multe modificări într-o listă pentru care este configurat un flux de lucru să pornească atunci când este creat sau modificat un element.
Alternative la scenariul 1: un flux de lucru care se repetă pentru a monitoriza modificările
Opțiunea 1: utilizarea programelor de completare SharePoint și a receptoarelor de evenimente externe
Designul fluxului de lucru trebuie reevaluat și se va utiliza o altă abordare de proiectare. Programele de completare SharePoint sau receptoarele de evenimente externe sunt mai potrivite pentru această activitate.
Opțiunea 2: adăugarea unei acțiuni în pauză
Puteți îmbunătăți proiectarea fluxului de lucru oarecum, adăugând o întârziere (adică o acțiune în pauză). Acest lucru ar trebui să reducă traficul generat. Cu toate acestea, nu modifică deficiențele generale ale acestui design.
Opțiunea 3: utilizați activitatea "așteptați pentru modificarea câmpului în elementul curent"
În loc să căutați modificări utilizând o buclă, este mai bine să utilizați receptoarele implicite ale evenimentului. Un flux de lucru poate fi pornit atunci când un element este creat sau modificat. Executarea mai multor instanțe de flux de lucru în loc să aibă un flux de lucru într-o buclă agresivă este o abordare mai bună. Condițiile din fluxul de lucru pot fi configurate pentru a efectua lucrul numai atunci când este necesar.
O singură instanță de flux de lucru a unui flux de lucru poate fi în execuție la un moment dat.
O altă abordare este să utilizați câmpul așteptare pentru a se modifica în activitatea element curent .
Designul fluxului de lucru poate utiliza o coloană alegere care are mai multe valori pentru a conduce execuția fluxului de lucru. Numai atunci când o opțiune potrivită este aleasă de un utilizator final, va fi reluată fluxul de lucru. Acest lucru poate împiedica pornirea unei bucle agresive și a instanțelor inutile de flux de lucru. Fluxul de lucru se execută atunci când elementul este pregătit în loc să execute sau să înceapă mai multe instanțe.
Puteți să monitorizați pentru mai multe valori din mai multe câmpuri, utilizând mai multe blocuri paralele. Fluxul de lucru poate aștepta o anumită stare, apoi va continua să execute o cale dată, ca în exemplul următor:
-
Creați o variabilă de tip Boolean .
-
Setați valoarea la nu.
-
Inserați un bloc paralel, faceți clic cu butonul din dreapta pe bloc, apoi faceți clic pe Proprietăți complexe.
-
În lista verticală, selectați variabila pe care ați creat-o la pasul 1.
-
Inserați două blocuri paralele în blocul paralel inserat care are proprietatea CompletionCondition .
-
În primul dintre cele două blocuri paralele pe care le-ați inserat la pasul 5, inserați modificarea câmpului așteptare în activitatea element curent . Modificați activitatea astfel încât să monitorizeze o coloană de alegere. Nu monitorizați opțiunea implicită.
-
Setați variabila fluxului de lucru care este utilizată pentru a opri alte blocuri paralele la Da.
-
Repetați pașii 1-7 pentru celelalte valori de coloană alegere.
-
Mutați celelalte părți ale fluxului de lucru inițial într-o poziție după blocurile paralele.
Atunci când unul dintre blocurile paralele imbricate are toate activitățile executate, blocul paralel părinte va încheia celelalte activități din celelalte blocuri paralele. Acest lucru permite fluxului de lucru să continue. Blocurile paralele imbricate sunt monitorizate de blocul paralel părinte, utilizând o variabilă.
Opțiunea 4: Porniți un flux de lucru SharePoint 2010 din fluxul de lucru SharePoint 2013
Puteți utiliza tipul de platformă de flux de lucru SharePoint 2010 pentru a efectua o parte din lucrul pe care îl efectuează tipul de platformă de flux de lucru SharePoint 2013. Acest lucru poate reduce numărul de solicitări.
Mai exact, un flux de lucru SharePoint 2010 poate fi pornit pentru a monitoriza modificările de câmp utilizând modificarea de câmp așteptare în activitatea element curent sau pentru a efectua multe alte operațiuni de bază.
Alternativă la scenariul 2: utilizarea unui flux de lucru pentru a executa algoritmi complexi
Dacă soluția necesită activități de calcul importante, ar trebui să luați în considerare dezvoltarea unui program de completare pentru SharePoint. Pentru mai multe informații, accesați programe de completare SharePoint.
Încă aveți nevoie de ajutor? Accesați Comunitatea Microsoft.
