Ograničavanje tijeka rada sustava SharePoint 2013 i performanse u sustavu SharePoint i Project

Uvod

U ovom se članku nalaze informacije o ograničavanju scenarija i ograničenjima tijekova rada koji koriste platformu za tijek rada sustava SharePoint 2013 u sustavu SharePoint i Project u programu Microsoft 365.

Napomena: Tijekovi rada sustava SharePoint 2010 u mirovini su od 1. kolovoza 2020 za nove stanare i uklonjeni iz postojećih stanara u studenom 1., 2020.  Ako koristite tijekove rada sustava SharePoint 2010, preporučujemo Migriranje na Power automatizaciju ili druga podržana rješenja. Dodatne informacije potražite u članku povlačenje tijeka rada sustava SharePoint 2010.

Dodatne informacije

Da biste saznali više o ograničavanju u sustavu SharePoint, otvorite odjeljak kako: Izbjegavajte ograničavanje ili blokiranje u sustavu SharePoint.


Da biste saznali više o ograničenjima poruka e-pošte za tijekove rada sustava SharePoint, otvorite "prikazuje se dnevno ograničenje e-pošte, a tijek rada je zaustavljen" u sustavu SharePoint.


Aktivnost tijeka rada sustava SharePoint 2013 može se regulirati pomoću dviju razina ograničenja:

  • Ograničavanje sustava SharePoint

  • Ograničavanje servisa tijeka rada

Ograničavanje servisa tijeka rada

Vrši se ograničavanje da bi se omogućio korištenje poštenog resursa. Ona također štiti okoliš od štetnih tijekova rada i tijekova rada koji ne slijede najbolje prakse. SharePoint ne upravlja ograničenjem servisa tijeka rada. Servis tijeka rada i SharePoint dva su neovisna servisa, a svaki zahtjev za servisom ograničit će zahtjeve u interesu općeg zdravstvenog stanja. Poravnanje se u servisu tijeka rada izvršava na razini dosega tijeka rada koji se poravnava sa web-mjestima sustava SharePoint. Ograničavanje nije globalno obračunalo. Umjesto toga, svaki servis za daljnji rad tijeka rada vodi samostalno korištenje dosega tijeka rada. U opsegu tijeka rada možda postoji jedan ili više tijekova rada. Ograničavanje tijeka rada dinamično je i periodički će se vrednovati po opsegu tijeka rada i na stražnjoj strani servisa tijeka rada. 

Servis tijeka rada ograničava i broj izlaznih zahtjeva koje može generirati jedna instanca tijeka rada. U roku od 24 sata, jedna instanca tijeka rada može generirati do 5.000 odlaznih zahtjeva. Nakon 5.000 odlaznih zahtjeva generirane u roku od 24 sata, servis tijeka rada suspendira tijek rada.

Stranica stanja tijeka rada za tijek rada sadržavat će informacije o obustavljenom tijeku rada. U ovom scenariju balon za informacije za interni status prikazat će sljedeću poruku:

  • Instanca je premašila izlaznu kvotu HTTP zahtjeva za 1,00:00:00 vremensko razdoblje. Ograničenje zahtjeva za 5000 dosegnuto je u <> vremena.

    Upozorenje: Rezervirano mjesto za <vrijeme> predstavlja vrijeme koje je potrebno da dosegne ograničenje zahtjeva za 5.000 za tijek rada.

Možete nastaviti s obustavljenom instancom tijeka rada tako da kliknete Nastavi za tijek rada ili pomoću objektnog modela tijeka rada programa SharePoint nakon 24 sata. To se mora dogoditi prije prekida tijeka rada.

Ako tijek rada prelazi ograničenje korištenja CPU-a, stranica stanja tijeka rada za tijek rada sadržavat će informacije o obustavljenom tijeku rada. U ovom scenariju balon za informacije za interni status prikazat će sljedeću poruku: 

  • Instanca tijeka rada premašila je ograničenje korištenja CPU-a od 00:00:01.2000000 i nije ga moguće poništiti jer nije bilo nestabilno.


Obustavljene instance tijeka rada prekinut će se nakon 10 dana. Balon informacija za interni status prikazat će sljedeću poruku ako je tijek rada prekinut:

  • System. aktivnosti., izvatci. Workflowterminatedex, instanca je premještena iz suspendiranog stanja u prekinuto stanje jer je istekla.

Prekinut će se tijek rada konačno očistiti. Kada se prekinut tijek rada očisti, prikazat će se sljedeća poruka:

  • Nažalost, nešto nije u redu.
    Ne možemo pronaći taj tijek rada. Dovršeni se slučajevi automatski čiste

Dosezi tijeka rada

Opseg tijeka rada definira se kao web-mjesto u zbirci web-mjesta. Na primjer, sljedeći je URL za korijensku zbirku web-mjesta i smatra se djelokruga tijeka rada:

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

Primjer drugog opsega tijeka rada koji se nalazi u istoj zbirci web-mjesta je sljedeći. No opseg tijeka rada nalazi se na podmjestu.

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

Što je zahtjev?

Tijekovi rada sustava SharePoint 2013 ugrađeni su na modelu dodataka za SharePoint, a u interakciji s podacima sustava SharePoint koriste se ostali API-jevi. Da biste saznali više, idite na Upoznajte servis za odmor u sustavu SharePoint 2013.

Zahtjev je mrežni poziv iz usluge tijeka rada u krajnju točku API-ja sustava SharePoint ili projekt Rest. Nema razlike između vrste zahtjeva ili odgovora za navedeni zahtjev. Akcija i njegove aktivnosti koje sastavljaju ne pridonose brojci zahtjeva, osim ako zahtjev ne obuhvaća ostatak API-ja u sustavu SharePoint 2013. Primjerice, akcija popisa evidencija u povijesti može generirati pet ili više zahtjeva za zdrav rad. Također, logika ponovnog pokušaja ugrađena je u tijekove rada u slučaju da nešto pođe po zlu. To može generirati dodatne zahtjeve.

Mnoge akcije proizvode zahtjeve, a zahtjevi se mogu minimizirati pomoću najboljih postupaka. Možete, primjerice, koristiti jednu radnju stavke popisa za ažuriranje umjesto više polja skupa u akciji aktualne stavke da biste smanjili broj zahtjeva koje je postigao opseg tijeka rada, a ipak postigli iste rezultate. 

Preporuke dizajna tijeka rada

Postoji mnogo načina za generiranje puno zahtjeva u tijeku rada koji može rezultirati ograničavanjem. Neki opći primjeri su sljedeći:

  • Jedan agresivni tijek rada ili više agresivnih tijekova rada

  • Tijek rada koji je pridružen popisu ili biblioteci dok se sadržaj migrira u SharePoint.

  • Prethodne problematične verzije tijeka rada koje su ispravljene, a koje nastavljaju izvoditi instance tijeka rada koje imaju problematičnu konfiguraciju dok se tijek rada ne prekine.

Ograničavanje dosega tijeka rada koje primjenjuje servis tijeka rada trebao bi dopustiti tipičan scenarij tijeka rada za slučajeve. Međutim, budući da logika tijeka rada postaje sofisticiranija, tijek rada može premašiti sigurne granice.

Sljedeći specifični scenariji tijeka rada rezultirat će i ograničavanjem.

Prvi scenarij: tijek rada koji petlja za praćenje promjena

Možete, primjerice, provjeriti stavku za ažuriranja, a ne čekati da se stavka ažurira.

Drugi scenarij: Korištenje tijeka rada radi izvršavanja složenih algoritama

Tijekovi rada namijenjeni su upravljanjem, ljudskim procesima koji su vođeni dokumentom, a ne da bi se otpremala značajna računalna zadaća.

Treći scenarij: vođenje većeg broja tijekova rada koji koriste aktivnost čekanja za događaj u stavci popisa "

U ovom scenariju svaki će tijek rada slušati promjene na ciljnom popisu. Ako su u tijeku mnogi tijekovi rada, svaki će tijek rada morati reagirati na podignuto događanje i možda ponovno vratiti u SharePoint radi obavljanja nekih poslova. 

Upozorenje: To se može dogoditi i ako postoji mnogo promjena na popisu za koje je tijek rada konfiguriran da se pokrene kada se stvori ili promijeni stavka.

Alternativa scenariju 1: tijek rada koji petlja za praćenje promjena

Prva mogućnost: korištenje dodataka sustava SharePoint i vanjskih primatelja događaja

Dizajn tijeka rada trebao bi se ponovno vrednovati, a trebao bi se koristiti neki drugi pristup dizajnu. Dodaci u sustavu SharePoint ili dodatni prijemni događaji više su prikladni za ovaj zadatak.

Druga mogućnost: Dodavanje akcije pauze

Dizajn tijeka rada možete unaprijediti donekle dodavanjem kašnjenja (to jest, akcija pauze). Time bi se trebao smanjiti generirani promet. Međutim, ne mijenja ukupnu manjkavosti ovog dizajna.

Treća mogućnost: upotreba aktivnosti "čekanje za promjenu polja u aktualnoj stavci"

Umjesto da tražite promjene pomoću petlje, bolje je koristiti zadane prijemnike događaja. Tijek rada može se pokrenuti kada se stvori ili promijeni stavka. Izvršavanje većeg broja instanci tijeka rada umjesto jednog tijeka rada u agresivnoj petlja bolji je pristup. Uvjeti u tijeku rada mogu se konfigurirati tako da obavljaju rad samo kada je to potrebno.

Dijaloški okvir mogućnosti pokretanja

U zadanom trenutku može se pokrenuti samo jedna instanca tijeka rada tijeka rada. 

Drugi je pristup korištenje polja čekanje na promjenu u tekućoj aktivnosti stavke

Dizajn tijeka rada može koristiti stupac odabira koji sadrži više vrijednosti za pogon izvršavanja tijeka rada. Kada krajnji korisnik pokupi odgovarajuću mogućnost, tijek rada će se nastaviti. To može spriječiti pokretanje agresivnih i nepotrebnih instanci tijeka rada. Tijek rada izvršava se kada je stavka spremna umjesto izvršavanja ili pokretanja više instanci.

Možete nadzirati više vrijednosti iz više polja pomoću više paralelnih blokova. Tijek rada može čekati određeno stanje, a zatim nastaviti izvršavati na zadanom putu, kao u sljedećem primjeru:

  1. Stvaranje varijable Booleova vrsta.

    Dijaloški okvir Uređivanje varijable

  2. Postavljanje vrijednosti u ne.

  3. Umetnite paralelni blok, desnom tipkom miša kliknite blok, a zatim kliknite dodatna svojstva.

    Dijaloški okvir svojstva

  4. U padajućem izborniku odaberite varijablu koju ste stvorili u prvom koraku.

  5. Umetnite dva paralelna bloka u umetnutom paralelnom bloku koji sadrži svojstvo Complecioncondition .
     

  6. U prvom od dvaju paralelnih blokova koje ste umetnuli u peti korak, umetnite čekanje na promjenu polja u aktualnoj aktivnosti stavke . Promijenite aktivnost tako da nadzire stupac odabira. Ne pratite zadani odabir.

  7. Postavite varijablu tijeka rada koja se koristi za zaustavljanje drugih paralelnih blokova na da.

  8. Ponovite korake 1-7 za druge vrijednosti stupca odabira.

  9. Premještanje ostalih dijelova izvornog tijeka rada na položaj nakon paralelnih blokova.

Kada jedan od ugniježđenih paralelnih blokova izvrši sve svoje aktivnosti, roditeljski paralelni blok završit će ostale aktivnosti u drugim paralelnim blokovima. Time se tijek rada omogućuje nastaviti. Ugniježđeni paralelni blokovi nadziru se u nadređenom paralelnom bloku pomoću varijable.

4. mogućnost: pokretanje tijeka rada sustava SharePoint 2010 iz tijeka rada sustava SharePoint 2013

Možete koristiti vrstu platforme tijeka rada sustava SharePoint 2010 da biste izvršili neke poslove koje vrsta platforme tijeka rada sustava SharePoint 2013 izvršava. To može smanjiti broj zahtjeva.

Naime, tijek rada sustava SharePoint 2010 može se pokrenuti radi praćenja promjena polja pomoću značajke čekanja za promjenu polja u tekućoj aktivnosti artikla ili za izvođenje mnogih drugih osnovnih operacija.

Alternativa scenariju 2: Korištenje tijeka rada radi izvršavanja složenih algoritama

Ako vaše rješenje zahtijeva značajne računalne zadatke, trebali biste razmotriti razvoj dodatka za SharePoint. Da biste saznali više, otvorite dodatke sustava SharePoint.


I dalje vam je potrebna pomoć? Otvorite Microsoftovu zajednicu.

Potrebna vam je dodatna pomoć?

Proširite svoje vještine korištenja sustava Office
Istražite osposobljavanje

Jesu li vam ove informacije bile korisne?

Hvala vam na povratnim informacijama!

Hvala vam na povratnim informacijama! Čini se da bi vam pomoglo kad bismo vas povezali s nekim od naših agenata podrške za Office.

×