SharePoint 2013-munkafolyamat szabályozása és teljesítménye a SharePointban és a Projectben

Bevezetés

Ez a cikk a SharePoint 2013 munkafolyamat-platform platformját a SharePoint és a Project alkalmazásban a Microsoft 365-ban használó munkafolyamatok korlátozásával és korlátaival kapcsolatos információkat tartalmazza.

Megjegyzés: A SharePoint 2010-munkafolyamatok megszűntek 2020, mert az új bérlők és a meglévő bérlők közül az 2020 november 1-jén megszűntek.  Ha SharePoint 2010-munkafolyamatokat használ, javasoljuk, hogy a Power automatizálásra vagy más támogatott megoldásokra ugorjon. További információt a SharePoint 2010 munkafolyamat-nyugdíjazásacímű témakörben talál.

További információ

Ha többet szeretne tudni a SharePoint-alapú szabályozásról, olvassa el a következő témakört: a SharePoint rendszerben a korlátozással elkerülő vagy zárolt hibák elkerülése.


Ha többet szeretne tudni a SharePoint-munkafolyamatok e-mail-korlátairól, lépjen a "napi e-mail-korlátozás túllépve, és a munkafolyamata felfüggesztve" hibaüzenet jelenik meg a SharePointban.


A SharePoint 2013 munkafolyamat-tevékenységének szabályozása két szabályozási szinttel végezhető el:

  • SharePoint-szabályozás

  • A munkafolyamat-szolgáltatás szabályozása

A munkafolyamat-szolgáltatás szabályozása

A szabályozás a megfelelő erőforrás-használat engedélyezését teszi lehetővé. Megvédi a környezetet a kártékony munkafolyamatok és munkafolyamatok között is, amelyek nem követik a gyakorlati tanácsokat. A munkafolyamat-szolgáltatás szabályozását a SharePoint nem szabályozza. A munkafolyamat-szolgáltatás és a SharePoint két független szolgáltatás, és minden szolgáltatás a teljes körű szolgáltatás-állapot érdekében szabályozza a kéréseket. A munkafolyamat-szolgáltatásban a szabályozási szint a SharePoint-webhelyekhez igazodó munkafolyamat-hatókörben történik. A szabályozás globálisan nem jelenik meg. Ehelyett az egyes munkafolyamat-visszaállítási szolgáltatás a munkafolyamat-hatókör használati körét függetlenül követi. Lehet, hogy egy munkafolyamat-hatókörben egy vagy több munkafolyamatot tartalmaz. A munkafolyamat-szabályozás dinamikusan zajlik, és a munkafolyamat-hatókör és a munkafolyamat-szolgáltatás visszavonása után rendszeresen újraértékeli őket. 

A munkafolyamat-szolgáltatás korlátozza az egyetlen munkafolyamat-példány által létrehozható kimenő kérelmek számát is. A 24 órás időszak során egyetlen munkafolyamat-példány 5 000-os kimenő kérelmeket hozhat létre. Miután 5 000 a kimenő kérelmeket egy 24 órás időszakban generálta, a munkafolyamat a munkafolyamat-szolgáltatással felfüggeszti a munkafolyamatot.

A munkafolyamat munkafolyamat állapota lapján a felfüggesztett munkafolyamatról szóló információkat fogja tartalmazni. Ebben az esetben a belső állapotú információs buborék a következő üzenetet jeleníti meg:

  • A példány túllépte a kimenő HTTP-kérés kvótáját 1,00:00:00 időszakra. A 5000 kérési korlátja a> <időpontjában érhető el.

    Megjegyzés: A <idő> helyőrző a munkafolyamat 5 000-kérelmi korlátjának elérésére szolgáló időpontot jelenti.

A felfüggesztett munkafolyamat-példány folytatásához kattintson a munkafolyamat folytatása vagy a SharePoint workflow Client Object Model (24 óra elteltével) lehetőségre. Ennek a munkafolyamat leállítása előtt kell megtörténnie.

Ha a munkafolyamat túllépi a CPU-használati korlátot, a munkafolyamat munkafolyamat állapota lapjának információkat fog tartalmazni a felfüggesztett munkafolyamatról. Ebben az esetben a belső állapotú információs buborék a következő üzenetet jeleníti meg: 

  • A munkafolyamat-példány túllépte a 00:00:01.2000000-es fojtószelep CPU-használati korlátját, és nem lehetett kirakodni, mert az nem állandó.


A felfüggesztett munkafolyamat-példányok 10 nap elteltével megszűnnek. A belső állapotú információs buborék a következő üzenetet jeleníti meg, ha a munkafolyamat le van zárva:

  • System. removes. WorkflowTerminatedException: a példány a felfüggesztett államból a lezárt állapotába lett áthelyezve, mert lejárt.

A program végül megtisztítja A lezárt munkafolyamatot. Miután megtisztították a lezárt munkafolyamatot, a következő üzenet jelenik meg:

  • Sajnáljuk, hiba történt.
    Nem találjuk ezt a munkafolyamatot. A program automatikusan kitakarítja a befejezett példányokat

Munkafolyamat-hatókörök

A munkafolyamat-hatókörök a webhelycsoportban webhelyként jelennek meg. A következő URL-cím például a legfelső szintű webhelycsoport, amelyet munkafolyamat-hatókörnek tekint:

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

Példa egy másik munkafolyamat-hatókörre, amely ugyanazon a webhelycsoportban van, az alábbiak szerint. Ez a munkafolyamat-hatókör azonban egy alwebhelyen található.

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

Mi a kérés?

A SharePoint 2013-munkafolyamatok a SharePoint-bővítmények modelljére épülnek, és a SharePoint-adatokkal való interakcióhoz a REST API-kat használják. A további tudnivalókért olvassa el a SharePoint 2013 Rest szolgáltatásánakmegismerése című témakört.

A kérés hálózati hívás a munkafolyamat-szolgáltatásból egy SharePoint-vagy Project REST API-végpontra. Nincs különbség a kérés típusa vagy egy adott kérés válasza között. A műveletek és a szerkesztési tevékenységek nem járulnak hozzá a kérések számához, kivéve, ha a kérés a SharePoint 2013 REST API-t tartalmaz. A log to History List művelet például öt vagy több kérést hoz létre az egészséges műveletekhez. A logika újbóli használata a munkafolyamatokban is beépül, ha valami hiba lép fel. Ez további kérelmeket hozhat létre.

Sok művelet előállítását kéri, és a kérések minimálisra csökkenthetők a gyakorlati tanácsok segítségével. Használhatja például az aktuális elem műveletben a többszintű lista elem műveletét, hanem a munkafolyamat-hatókör által tett kérelmek számát, és ugyanazt az eredményt is elérheti. 

Munkafolyamat-tervezési javaslatok

Sokféle módon hozhat létre sok olyan kérést egy munkafolyamatban, amely a szabályozást okozhatja. Néhány általános példa az alábbi:

  • Egy agresszíven hurkolt munkafolyamatot vagy több agresszív körkörös munkafolyamatot

  • Egy listához vagy tárhoz társított munkafolyamat, miközben a tartalmat áttelepíti a SharePointba.

  • Az előző problematikus munkafolyamat-verziók, amelyek kijavítottak, és továbbra is olyan munkafolyamat-példányokat futtatnak, amelyek hibás konfigurációval rendelkeznek, amíg a munkafolyamat meg nem szűnik.

A munkafolyamat-szolgáltatás által kikényszerített munkafolyamat-szabályozási környezetnek a tipikus munkafolyamat-használati eseti forgatókönyvek használatát kell engedélyeznie. Ha azonban a munkafolyamat logikája bonyolultabb, a munkafolyamat túllépi a biztonságos korlátozásokat.

A következő konkrét munkafolyamat-forgatókönyvek is a szabályozást eredményezik.

1. eset: A módosítások figyelését hurkos munkafolyamat

Például ellenőrizheti, hogy egy elem frissítésre vár-e.

2. alapeset: komplex algoritmusok végrehajtása munkafolyamat használatával

A munkafolyamatok a dokumentumon alapuló, a humán folyamatok kezeléséhez szükségesek, és nem a lényeges számítási tevékenységek elküldését szolgálják.

3. eset: több olyan munkafolyamatot futtató munkafolyamatok, amelyek a várakozás a listaelemre "tevékenység

Ebben az esetben az egyes munkafolyamatok megfigyelik a kimutatástáblázatban végzett módosításokat. Ha sok munkafolyamata van folyamatban, minden munkafolyamatnak reagálnia kell a Kiemelt eseményre, és esetleg vissza kell térnie a SharePoint-ba néhány munka elvégzéséhez. 

Megjegyzés: Ez akkor is előfordulhat, ha sok olyan változtatás van a listában, amelyekhez a munkafolyamat úgy van konfigurálva, hogy egy elem létrehozásakor vagy módosításakor induljon el.

Az 1. forgatókönyv alternatívái: A változások figyelését hurkos munkafolyamat

1. lehetőség: a SharePoint-bővítmények és a külső esemény-vevők használata

A munkafolyamat-tervezést újra kell értékelni, és egy másik tervezési megközelítést kell használni. A SharePoint-bővítmények vagy a külső esemény-vevőkészülékek megfelelőbbek a tevékenységhez.

2. lehetőség: szüneteltetési műveletek hozzáadása

A munkafolyamat tervezését némileg növelheti, ha késést (azaz szünetet) ad meg. Ennek csökkentenie kell a generált forgalmat. Ez azonban nem változtatja meg a terv általános hiányosságait.

3. lehetőség: a "Várakozás a mező módosítására az aktuális elemben" tevékenység használata

A változtatások helyett inkább az alapértelmezett esemény-vevőkészülékeket érdemes használni. A munkafolyamatok egy elem létrehozásakor vagy módosításakor is elindíthatók. Több munkafolyamat-példány végrehajtása: a munkafolyamatok agresszív ismétlése helyett jobb megoldást jelent. A munkafolyamatban lévő feltételek úgy konfigurálhatók, hogy csak a szükséges munka végrehajtásakor legyenek elérhetők.

A kezdési beállítások párbeszédpanel

Egy munkafolyamat csak egy munkafolyamat-példánya futhat egyszerre. 

Egy másik megoldás, ha a Várakozás a mezőre lehetőséget használja az aktuális elem tevékenységének módosításához. 

A munkafolyamat-tervezés olyan választási lehetőségek oszlopot használhat, amely több értéket tartalmaz a munkafolyamat végrehajtásának elvezetéséhez. A munkafolyamat csak akkor fog folytatódni, ha egy végfelhasználó kiválaszt egy megfelelő beállítást. Így megakadályozhatja, hogy az agresszív ismétléssel és a szükségtelen munkafolyamat-példányok el legyenek indítva. A munkafolyamat akkor hajtódik végre, ha az elem készen áll több példány végrehajtása vagy indítása helyett.

Több mező több értékét is megfigyelheti több párhuzamos blokk használatával. A munkafolyamatok megvárhatnak egy adott állapotot, majd az alábbi példa szerint továbbra is végrehajtják az adott útvonalat:

  1. Logikai típusú változó létrehozása

    A változó szerkesztése párbeszédpanel

  2. Állítsa az értéket nemértékre.

  3. Szúrjon be egy párhuzamos blokkot, kattintson a jobb gombbal a blokkra, majd válassza a Speciális tulajdonságokparancsot.

    A Tulajdonságok párbeszédpanel

  4. Válassza ki a legördülő listában az első lépésben létrehozott változót.

  5. Szúrjon be két párhuzamos blokkot a beszúrt párhuzamos blokkba, amely a blokkok completioncondition tulajdonsága tulajdonságot tartalmazza.
     

  6. Az 5 lépésben beszúrt két párhuzamos blokk első részén szúrja be a Várakozás a mező módosítására az aktuális elem tevékenységében. Módosítsa a tevékenységet úgy, hogy az a választási lehetőségek oszlopát figyeli. Ne figyelje az alapértelmezett beállítást.

  7. Állítsa be azt a munkafolyamat-változót, amely a másik párhuzamos blokkok Igenértékűre állítására szolgál.

  8. Ismételje meg az 1-7 lépéseket az egyéb választási oszlopok értékeihez.

  9. Helyezze át az eredeti munkafolyamat egyéb részeit a párhuzamos blokkok után a helyére.

Ha a beágyazott párhuzamos blokkok egyike az összes tevékenységet végrehajtja, a szülő párhuzamos blokk a többi párhuzamos blokkban lezárja a többi tevékenységet. Ezzel lehetővé teszi a munkafolyamat folytatását. A beágyazott párhuzamos blokkokat egy változó használatával, a szülő párhuzamos blokk figyeli.

4. lehetőség: SharePoint 2010-munkafolyamat indítása a SharePoint 2013-munkafolyamatból

A SharePoint 2010 munkafolyamat platformjának típusával elvégezheti a SharePoint 2013 munkafolyamat platform-típusa által végzett munkát. Ez csökkentheti a kérések számát.

Pontosabban a SharePoint 2010-munkafolyamata indítható a mezők változásainak a várakozás a jelenlegi elemre, vagy sok egyéb alapműveletet is végrehajthat.

Alternatíva a 2-as forgatókönyv esetén: komplex algoritmusok végrehajtása munkafolyamattal

Ha megoldása jelentős számítási tevékenységekre van szüksége, fontolja meg a SharePoint-bővítmények fejlesztését. További információért látogasson el a SharePoint-bővítményekelemre.


Továbbra is segítségre van szüksége? Forduljon a Microsoft-közösséghez.

További segítségre van szüksége?

Office-jártasság bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×