Johdanto
Tässä artikkelissa on tietoja niiden työn kulkujen rajoitus skenaarioista ja rajoituksista, jotka käyttävät SharePoint 2013-työn kulku ympäristön tyyppiä SharePointissa ja Projectissa Microsoft 365-sovelluksessa.
Huomautus: SharePoint 2010-työn kulut on poistettu käytöstä elokuun 1, 2020, uudet vuokralaiset ja poistettu nykyisistä vuokralaisista marraskuun 1, 2020. Jos käytät SharePoint 2010-työn kulkuja, suosittelemme siirtymistä Power automatisoimaan tai muihin tuetuihin ratkaisuihin. Lisä tietoja on Ohje aiheessa SharePoint 2010-työn kulun eläkkeelle siirtyminen.
Lisätietoja
Lisä tietoja SharePointin kuristamisesta on kohdassa toiminta ohjeet: ei kuristettu tai estettävä SharePointissa.
Jos haluat lisä tietoja SharePoint-työn kulkujen Sähkö posti viestien rajoituksista, siirry kohtaan päivittäinen sähkö postin rajoitus on ylittynyt ja työn kulku on keskeytetty-virhe SharePointissa.
SharePoint 2013-työn kulun toimintaa voidaan säännellä kahdella rajoitus tasolla:
-
SharePointin rajoittaminen
-
Työn kulun palvelun rajoittaminen
Työn kulun palvelun rajoittaminen
Rajoitus suoritetaan oikeudenmukaisen resurssien käytön sallituksi. Se suojelee ympäristöä myös haitalli silta työn kuluilta ja työn kuluilla, jotka eivät noudata parhaita käytäntöjä. SharePoint ei valvo työn kulun palvelu rajoitusta. Työn kulku palvelu ja SharePoint ovat kaksi itsenäistä palvelua, ja jokainen palvelu on täynnä pyyntöjä, jotka ovat yleisen palvelun kunnon edun mukaisia. Työn kulku palvelussa rajoitus suoritetaan työn kulun laajuus tasolla, joka kohdistetaan SharePoint-sivustoon. Kuristus ei ole yleisesti huomioitu. Sen sijaan työn kulun tausta palvelu seuraa työn kulun käyttö alueen käyttöä itsenäisesti. Työn kulun laajuus voi olla vähintään yksi työn kulku. Työn kulun rajoitus on dynaaminen, ja se lasketaan uudelleen säännöllisin väli ajoin työn kulun laajuuden ja työn kulku palvelun loppu kohdan perusteella.
Työn kulku palvelu rajoittaa myös niiden lähtevien pyyntöjen määrää, jotka yksittäinen työn kulku esiintymä voi luoda. 24 tunnin aikana yksittäinen työn kulun esiintymä voi luoda enintään 5 000 lähtevää pyyntöä. Kun 5 000-lähtevät pyynnöt luodaan 24 tunnin aikana, työn kulku palvelu keskeytti työn kulun.
Työn kulun tila -sivulla on tietoja keskeytetyn työn kulun tiedoista. Tässä skenaariossa sisäisen tilan tieto selitteessä näkyy seuraava sanoma:
-
Esiintymä on ylittänyt lähtevän HTTP-pyyntö kiintiön 1,00:00:00 aika jaksolle. 5000-pyyntö raja saavutettiin <ajassa>.
Huomautus: <aika> paikka merkki määrittää, kuinka kauan kesti päästä 5 000-pyyntö rajaan työn kulkua varten.
Voit jatkaa keskeytetyn työn kulun esiintymää napsauttamalla työn kulun ansio luettelo -tai käyttämällä SharePoint-työn kulun asiakas objekti mallia 24 tunnin kuluttua. Tämän on tapahduttava ennen työn kulun lopettamista.
Jos työn kulku ylittää suorittimen käyttö rajan, työn kulun tila -sivulla on tietoja keskeytetyn työn kulun käytöstä. Tässä skenaariossa sisäisen tilan tieto selitteessä näkyy seuraava sanoma:
-
Työn kulun esiintymä ylitti suorittimen käyttö rajan 00:00:01.2000000, eikä sitä voitu poistaa muistista, koska se ei ole pysyvä.
Keskeytetyt työn kulun esiintymät lopetetaan 10 päivän kuluttua. Sisäisen tilan tieto selitteessä näkyy seuraava sanoma, jos työn kulku lopetetaan:
-
System. Activities. statements. WorkflowTerminatedException: esiintymä on siirretty keskeytys tilasta päättyneeseen tilaan, koska se on vanhentunut.
Lopetetut työn kulut siivotaan lopulta. Kun lopetetut työn kulut on puhdistettu, näyttöön tulee seuraava sanoma:
-
Järjestelmässä tapahtui virhe.
Työn kulkua ei löydy. Valmiit esiintymät siivotaan automaattisesti
Työn kulun käyttö alueet
Työn kulun laajuus
määritetään sivustokokoelmassa sivustoksi. Esimerkiksi seuraava URL-osoite on pääsivustokokoelmalle, ja sitä pidetään työn kulun alueena:
https://contoso.sharepoint.com/sites/rootsite
Esimerkki toisesta työn kulun alueesta, joka on samassa sivustokokoelmassa, on seuraava. Tämä työn kulun laajuus on kuitenkin alisivustossa.
https://contoso.sharepoint.com/sites/rootsite/subsite
Mikä on pyyntö?
SharePoint 2013-työn kulut perustuvat SharePointin apuohjelmat-malliin, ja ne käyttävät REST-ohjelmointi raja pintoja SharePoint-tietojen käyttämiseen. Lisä tietoja saat artikkelista SharePoint 2013 Rest-palvelun tutustuminen.
Pyyntö
on verkko puhelu työn kulun palvelusta SharePoint-tai Project Rest-ohjelmointi raja pinnan pääte pisteeseen. Pyyntö tyypin tai tietyn pyynnön vasta uksen välillä ei ole eroa. Toiminto ja sen säveltämisen aktiviteetit eivät edistä pyyntöjen määrää, ellei pyyntöön liity SharePoint 2013 REST-ohjelmointi raja pintaa. Esimerkiksi Kirjaudu historia -luetteloon-toiminto voi luoda viisi tai useampia pyyntöjä terveen käytön varalta. Uudelleenyrityslogiikka on myös sisällytetty työn kulkuihin, jos jokin menee vikaan. Tämä voi aiheuttaa lisä pyyntöjä.
Monet toiminnot tuottavat pyyntöjä, ja pyynnöt voidaan minimoida käyttämällä parhaita käytäntöjä. Voit esimerkiksi käyttää yhtä päivitys luettelon kohde -toimintoa nykyisen kohde-toiminnon useiden määritettyjen kenttien sijaan, jos haluat vähentää työn kulun laajuuden tekemien pyyntöjen määrää, mutta saavuttaa samat tulokset.
Työn kulun suunnittelun suositukset
On monia tapoja, joilla voit luoda useita pyyntöjä työn kulussa, joka voi johtaa kuristus aikaan. Seuraavassa on joitakin yleisiä esimerkkejä:
-
Yksi aggressiivisesti Silmukoiminen työn kulku tai useita aggressiivisesti silmukottavia työn kulkuja
-
Työn kulku, joka liittyy luetteloon tai kirjastoon, kun sisältöä siirretään SharePointiin.
-
Aiemmat ongelmalliset työn kulun versiot, jotka on korjattu ja jotka jatkavat sellaisten työn kulku esiintymien suorittamista, joilla on ongelmallinen kokoonpano, kunnes työn kulku on lopetettu.
Työn kulun käyttö alueen rajoitus, joka on pakotettu työnkulkupalvelun avulla, mahdollistaa tyypilliset työn kulun käytön tapaus skenaariot. Työn kulun logiikka kasvaa kuitenkin niin, että työn kulku voi ylittää turvalliset rajat.
Myös seuraavat työn kulun skenaariot johtavat kuristus tulokseen.
Skenaario 1: muutokset tarkkailevan työn kulun muuttaminen
Voit esimerkiksi tarkistaa kohteen päivitykset sen sijaan, että odottaisit kohteen päivittämistä.
Tilanne 2: monimutkaisiin algoritmeihin suoritettavan työn kulun käyttäminen
Työn kuluissa on tarkoitus hallita tiedostopohjaisia ja inhimillisiä prosesseja eikä lähettää merkittäviä laskennallisia tehtäviä.
Skenaario 3: usean työn kulun suorittaminen, jos käytössä on luettelon kohteen odota tapahtuma-toiminto
Tässä skenaariossa kukin työn kulku kuuntelee kohde luettelon muutoksia. Jos työn kulkuja on paljon käynnissä, kunkin työn kulun on reagoitava korotetun tapahtuman ja mahdollisesti takaisin SharePointiin, jotta voit suorittaa jonkin työn.
Huomautus: Tämä voi ilmetä myös, jos luetteloon on tehty useita muutoksia, joiden työn kulku on määritetty alkamaan, kun kohde luodaan tai sitä muutetaan.
Vaihto ehdot skenaariolle 1: työn kulku, joka seuraa muutoksia
Vaihto ehto 1: Käytä SharePointin apuohjelmia ja ulkoisia tapahtumavastaanottimia
Työn kulun rakennetta pitäisi arvioida uudelleen, ja eri suunnittelu tapaa on käytettävä. SharePoint-apuohjelmat tai ulkoiset tapahtumavastaanottimet soveltuvat paremmin tähän tehtävään.
Vaihto ehto 2: keskeytys toiminnon lisääminen
Voit parantaa työn kulun rakennetta hieman lisäämällä viiveen (keskeytys toiminnon). Tämän pitäisi vähentää luotua liikennettä. Se ei kuitenkaan muuta tämän mallin yleisiä puutteita.
Vaihto ehto 3: Käytä odota kentän muutosta nykyisessä kohteessa-toiminto
Sen sijaan, että etsit muutoksia silmukan avulla, on parempi käyttää oletusarvoisia tapahtumavastaanottimia. Työn kulku voidaan aloittaa, kun kohde luodaan tai sitä muutetaan. Useiden työn kulku esiintymien suorittaminen sen sijaan, että yksi työn kulku olisi aggressiivinen silmukka, on parempi tapa. Työn kulun ehdot voidaan määrittää suorittamaan työt vain tarvittaessa.
Vain yksi työn kulun esiintymä voi olla käynnissä tiettynä ajan kohtana.
Toinen tapa on käyttää odota-kenttää nykyisen kohteen aktiviteetin muuttamiseen.
Työn kulun rakenne voi käyttää vaihto ehto-saraketta, jossa on useita arvoja työn kulun suorituksen ajamisessa. Vain silloin, kun loppu käyttäjä on valinnut sopivan vaihto ehdon, työn kulku jatkuu. Tämä voi estää aggressiivisten silmukoinnin ja tarpeettomien työn kulku esiintymien aloittamisen. Työn kulku suoritetaan, kun kohde on valmis sen sijaan, että se esittäisään tai aloittamasta useita esiintymiä.
Voit valvoa useita arvoja useista kentistä käyttämällä useita rinnakkaisia lohkoja. Työn kulku voi odottaa tiettyä tilaa ja jatkaa sitten tietyn polun suorittamista, kuten seuraavassa esimerkissä:
-
Luo totuus arvo tyypin muuttuja.
-
Valitse arvoksi ei.
-
Lisää Rinnakkaislohko, napsauta lohkoa hiiren kakkos painikkeella ja valitse sitten lisä ominaisuudet.
-
Valitse avattavassa kohdassa vaiheessa 1 luomasi muuttuja.
-
Lisää kaksi rinnakkaista lohkoa lisättyyn rinnakkaislohkoon, jossa on Completioncondition -ominaisuus.
-
Kirjoita ensimmäiseen vaiheessa 5 lisäämääsi rinnakkaiseen lohkoon nykyisen kohteen toiminnan odotus kentän muutos . Muuta aktiviteettia niin, että se valvoo vaihto ehto-saraketta. Älä valvo oletus valintaa.
-
Voit asettaa työn kulun muuttujan, jota käytetään, jos haluat pysäyttää muut rinnakkaiset lohkot Kyllä-arvoksi.
-
Toista vaiheet 1-7 muille vaihtoehto sarakkeiden arvoille.
-
Siirrä alkuperäisen työn kulun muut osat paikoilleen rinnakkaislohkojen perään.
Kun jollakin sisäkkäisellä rinnakkaislohkosta on suoritettu kaikki toiminnot, päätason Rinnakkaislohko lopettaa muut toiminnot muissa rinnakkaisissa lohkoissa. Tämä mahdollistaa työn kulun jatkamisen. Sisäkkäiset rinnakkaislohkot valvovat ylemmän tason rinnakkaislohkoa muuttujan avulla.
Vaihto ehto 4: SharePoint 2010-työn kulun käynnistäminen SharePoint 2013-työn kulusta
SharePoint 2010-työn kulku ympäristön tyypin avulla voit suorittaa työn, jonka SharePoint 2013-työn kulku ympäristön tyyppi toimii. Tämä voi vähentää pyyntöjen määrää.
Erityisesti SharePoint 2010-työn kulkua voidaan alkaa valvoa kenttien muutoksia käyttämällä odota kentän muutosta nykyisen kohteen toiminnassa tai suorittamaan monia muita perustoimintoja.
Vaihto ehto skenaariolle 2: monimutkaisten algoritmien suorittamiseen työn kulun avulla
Jos ratkaisu edellyttää huomattavia laskennallisia tehtäviä, kannattaa harkita SharePoint-apuohjelman kehittämistä. Lisä tietoja on artikkelissa SharePoint-apuohjelmat.
Tarvitsetko vielä apua? Siirry Microsoft Community -yhteisöön.
