Starta, pausa, stoppa ett arbetsflöde starting-a-workflow

Start

Med den här åtgärden kan du starta körningen av ett arbetsflöde: ett arbetsflöde som är Slutfört, Redigeras eller Pausat ändrar status till Startat. Arbetsflödesmotorn hanterar sedan körningen av det här arbetsflödet. Om arbetsflödet pausades återupptas det, annars startas arbetsflödet från början och de inledande aktiviteterna aktiveras.

Start är en asynkron process: Begäran sparas och bearbetas så snart som möjligt av en arbetsflödesserver.

Pause

Den här åtgärden anger arbetsflödets status till Pausad. Inga aktiviteter aktiveras förrän arbetsflödet återupptas, men pågående åtgärder pausas inte.

Stop

Den här åtgärden stoppar ett arbetsflöde som körs. Status för instansen är inställd på Slutförd. Pågående åtgärder stoppas om det är möjligt. Import och SQL-frågor avbryts omedelbart.

Unconditional stop

Det här alternativet ändrar arbetsflödets status till Finished. Denna åtgärd bör endast användas som en sista utväg om den normala stoppprocessen misslyckas efter flera minuter. Använd bara det ovillkorliga stoppet om du är säker på att inga verkliga arbetsflödesjobb pågår.

Restart

Den här åtgärden avbryter och startar sedan om arbetsflödet. I de flesta fall går det att starta om snabbare. Det är också användbart att automatisera omstarten när stoppet tar en viss tid: det beror på att kommandot Stoppa inte är tillgängligt när arbetsflödet stoppas.

Observera att åtgärden Starta om inte rensar arbetsflödesinstansvariablerna jämfört med åtgärderna Körning, Stoppa och Start (instansvariablerna som rensas vid Start-åtgärden). När du startar om ett arbetsflöde är förekomstvariablerna fortfarande tillgängliga för användning med bevarade värden. Om du vill rensa dem kan du antingen:

• Utför åtgärderna Stoppa och Start.

• Lägg till nedan javascript-kod i slutet av arbetsflödeskörningen:

  code language-none
  var wkf = xtk.workflow.load(instance.id) wkf.variables='<variables/>' wkf.save()

Purge history

Med den här åtgärden kan du rensa arbetsflödeshistoriken. Mer information finns i Rensa loggarna.

Start in simulation mode

Med det här alternativet kan du starta arbetsflödet i simuleringsläge i stället för i realläge. Det innebär att när du aktiverar det här läget körs bara aktiviteter som inte påverkar databasen eller filsystemet (t.ex. Query, Union, Intersection). Aktiviteter som har en effekt (t.ex. Export, Import osv.) samt de som kommer efter dem (i samma gren) inte utförs.

Execute pending tasks now

Med den här åtgärden kan du starta alla väntande uppgifter så snart som möjligt. Om du vill starta en viss uppgift högerklickar du på aktiviteten och väljer Execute pending task(s) now.

Save as template

Den här åtgärden skapar en ny arbetsflödesmall baserad på det valda arbetsflödet. Du måste ange mappen där den ska sparas (i fältet Folder).

Schemalägg inte ett arbetsflöde så att det körs mer än var 15:e minut eftersom det kan påverka den totala systemprestandan och skapa block i databasen.

Undvik att lämna dina arbetsflöden i pausat läge. Om du skapar ett tillfälligt arbetsflöde måste du se till att det kan slutföras korrekt och inte vara i läget paused. Om den pausas innebär det att du måste behålla de temporära tabellerna och på så sätt öka storleken på databasen. Tilldela arbetsflödesgranskare under Arbetsflödesegenskaper för att skicka en avisering när ett arbetsflöde misslyckas eller pausas av systemet.

Så här undviker du att arbetsflöden är i pausat läge:

• Kontrollera dina arbetsflöden regelbundet för att se om det inte finns några oväntade fel.
• Håll arbetsflödena så enkla som möjligt, t.ex. genom att dela upp stora arbetsflöden i flera olika arbetsflöden. Du kan använda External signal aktiviteter som utlöser deras körning baserat på andra arbetsflödenas körning.
• Undvik inaktiverade aktiviteter med arbetsflöden som lämnar trådar öppna och leder till många tillfälliga tabeller som kan ta mycket plats. Behåll inte aktiviteter i Do not enable eller Enable but do not execute lägen i dina arbetsflöden.

Stoppa oanvända arbetsflöden. Arbetsflöden som fortsätter att köras behåller anslutningar till databasen.

Använd endast ovillkorlig stopp i de sällsynta fallen. Det här alternativet är begränsat till admin-användare. Använd inte den här åtgärden regelbundet. Utan att utföra en ren stängning av anslutningar som genereras av arbetsflöden till databasen påverkar prestanda.

Utför inte flera stoppbegäranden i samma arbetsflöde. Att stoppa ett arbetsflöde är en asynkron process: Begäran registreras och arbetsflödesservern eller servrarna avbryter pågående åtgärder. Det kan därför ta tid att stoppa en arbetsflödesinstans, särskilt om arbetsflödet körs på flera servrar, där var och en måste ta kontroll för att avbryta de pågående åtgärderna. Om du vill undvika problem väntar du tills stoppåtgärden har slutförts och undviker att stoppa ett arbetsflöde flera gånger.