Obmedzovanie a výkon pracovných postupov SharePointu 2013 v SharePointe a Projecte

Obmedzovanie služby pracovného postupu

Obmedzovanie sa uskutočňuje tak, aby umožňovalo spravodlivé používanie zdrojov. Chráni aj životné prostredie pred škodlivými pracovnými postupmi a pracovnými postupmi, ktoré nesledujú najvhodnejšie postupy. Obmedzovanie služby pracovných postupov nie je riadené v SharePointe. Služba pracovného postupu a SharePoint sú dve nezávislé služby a každá služba throttles požaduje v záujme celkového stavu služby. V rámci služby pracovného postupu sa obmedzovanie vykoná na úrovni rozsahu pracovného postupu, ktorá sa zarovná s lokalitami SharePoint. Obmedzovanie nie je globálne zaúčtované. Namiesto toho všetky koncové služby pracovného postupu sledujú používanie rozsahu pracovného postupu nezávisle od seba. V rozsahu pracovného postupu môže existovať jeden alebo viacero pracovných postupov. Obmedzovanie pracovných postupov je dynamické a pravidelne sa prehodnotí podľa rozsahu pracovného postupu a zo služby pracovného postupu späť. 

Služba pracovného postupu tiež obmedzuje počet výstupných požiadaviek, ktoré môže generovať jedna inštancia pracovného postupu. V 24-hodinovom období môže jedna inštancia pracovného postupu vygenerovať až 5 000 odchádzajúce požiadavky. Po vygenerovaní požiadaviek na odchádzajúce služby 5 000 v 24-hodinovom období je pracovný postup pozastavený službou pracovného postupu.

Stránka stavu pracovného postupu pre pracovný postup bude obsahovať informácie o pozastavenom pracovnom postupe. V tomto scenári sa v informačnej bubline pre vnútorný stav zobrazí toto hlásenie:

• Inštancia prekročila kvótu odchádzajúcej žiadosti http pre obdobie 1,00:00:00. Limit požiadavky na 5000 bol dosiahnutý v <> času.
  
  Poznámka: <časový> zástupný symbol predstavuje dobu, počas ktorej sa dosiahol limit požiadavky na 5 000 pre pracovný postup.

Inštanciu pozastavený pracovný postup môžete obnoviť kliknutím na položku pokračovať v pracovnom postupe alebo pomocou objektového modelu klientskeho pracovného postupu SharePointu po uplynutí 24 hodín. Táto situácia musí nastať pred ukončením pracovného postupu.

Ak pracovný postup prekročí limit využitia CPU, stránka stavu pracovného postupu bude obsahovať informácie o pozastavenom pracovnom postupe. V tomto scenári sa v informačnej bubline pre vnútorný stav zobrazí toto hlásenie: 

• Inštancia pracovného postupu prekročila obmedzenie využitia CPU z obmedzenia na 00:00:01.2000000 a nedá sa načítať, pretože nebola trvalá.

Zrušené inštancie pracovného postupu sa ukončia po 10 dňoch. Ak je pracovný postup ukončený, v bubline s informáciami o vnútornom stave sa zobrazí toto hlásenie:

• System. Activities. Statements. WorkflowTerminatedException: inštancia bola presunutá z pozastaveného stavu do stavu ukončenia, pretože uplynula.

Ukončený pracovný postup sa nakoniec vyčistí. Po vyčistení ukončeného pracovného postupu sa zobrazí toto hlásenie:

• Ľutujeme, vyskytla sa chyba.
  Tento pracovný postup sa nedá nájsť. Dokončené inštancie sa automaticky vyčistia

Rozsahy pracovných postupov

Rozsah pracovného postupu je definovaný ako lokalita v kolekcii lokalít. Táto URL adresa je napríklad pre koreňovú kolekciu lokalít a považuje sa za rozsah pracovného postupu:

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

Príklad iného rozsahu pracovného postupu, ktorý sa nachádza v rovnakej kolekcii lokalít, je nasledujúci. Rozsah tohto pracovného postupu sa však nachádza na podlokalite.

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

Čo je žiadosť?

Pracovné postupy SharePointu 2013 sú postavené na modeli doplnkov pre SharePoint a používajú rozhrania REST API na interakciu s údajmi SharePointu. Ďalšie informácie nájdete v téme oboznámenie sa so službou SharePoint 2013 Rest.

Žiadosť je sieťový hovor zo služby pracovného postupu do koncového bodu API služby SharePoint alebo Project Rest. Neexistuje žiadny rozdiel medzi druhom žiadosti alebo odpoveďou na danú žiadosť. Akcia a jej kompozícia neprispievajú k počtu požiadaviek, pokiaľ žiadosť nezahŕňa rozhranie API na odpočinok v SharePointe 2013. Akcia zoznam histórie môže napríklad vygenerovať päť alebo viac žiadostí o zdravú operáciu. Aj opakovanie logiky je zabudované do pracovných postupov v prípade, že sa niečo pokazí. Môže to vyvolať ďalšie požiadavky.

Mnohé akcie vytvárajú požiadavky a žiadosti možno minimalizovať pomocou najlepšej praxe. Ak chcete znížiť počet požiadaviek v rozsahu pracovného postupu a dosiahnuť rovnaké výsledky, môžete napríklad použiť jednu akciu na aktualizáciu položky zoznamu , a nie viaceré polia SET v aktuálnej položke akcie. 

Odporúčania týkajúce sa návrhu pracovného postupu

Existuje mnoho spôsobov, ako generovať veľa požiadaviek v pracovnom postupe, ktoré môžu mať za následok obmedzovanie. Niektoré všeobecné príklady sú nasledovné:

• Jeden agresívny cyklický pracovný postup alebo viacero agresívnych cyklických pracovných postupov

• Pracovný postup, ktorý je priradený k zoznamu alebo knižnici pri migrácii obsahu do SharePointu.

• Predchádzajúce verzie problematických pracovných postupov, ktoré boli opravené a pokračujú v spúšťaní inštancií pracovného postupu, ktoré majú problematickú konfiguráciu dovtedy, kým sa pracovný postup neukončí.

Obmedzovanie rozsahu pracovného postupu, ktoré je vynútené službou pracovného postupu, by malo umožniť typické scenáre prípadu použitia pracovného postupu. Avšak ako logika pracovného postupu rastie zložitejšie, pracovný postup môže prekračovať bezpečné limity.

Pri obmedzovaní bude mať za následok aj nasledovné konkrétne scenáre pracovného postupu.