WF-BATCH takes all dialog processes

robert.van.den.berg@accenture.com robert.van.den.berg at accenture.com
Mon Jul 25 07:50:44 EDT 2005


Should the event queue job then be scheduled under WF-BATCH and limit the number of dialog processes for WF-BATCH?

________________________________

Van: sap-wug-bounces at mit.edu namens Michael Pokraka
Verzonden: do 7/7/2005 16:16
Aan: SAP Workflow Users' Group
Onderwerp: RE: WF-BATCH takes all dialog processes



Hi Robert,
The number of events per run applies to the user under which the RSWEQwhatever
job is scheduled. The WF-Batch sessions are as a result of events created by
this user, so reducing this number will obviously reduce the WF-BATCH load as
well. This is exactly what the EVQ is meant to do.

Mike and Dave's suggestions are both excellent if you have to further tune it
and/or get the best possible rate of WFs with minimal disruption to users.

Cheers
Mike

--- robert.van.den.berg at accenture.com wrote:

> We have 1 server, how can I set the limit for WF-BATCH? As it looks to me,
> the setting in SWEQADM is general, so no option to specify a setting just for
> WF-BATCH.
>
> ________________________________
>
> Van: sap-wug-bounces at mit.edu namens Michael Pokraka
> Verzonden: do 7/7/2005 11:11
> Aan: SAP Workflow Users' Group
> Onderwerp: RE: WF-BATCH takes all dialog processes
>
>
>
> Good point. Of course there's always the simple option of just reducing the
> number of events per run :-)
>
> --- Dave Weston <Dave.Weston at clockwork.ca> wrote:
>
> > It might be worth checking out RFC server groups in SWEQADM for your config
> > under 'Event Delivery' called 'server group definition'. With this
> mechanism
> > you can limit the number of dialogs used.
> >
> > Cheers
> > Dave
> >
> > ________________________________
> >
> > From: sap-wug-bounces at mit.edu on behalf of
> robert.van.den.berg at accenture.com
> > Sent: Wed 7/6/2005 3:00 PM
> > To: SAP-WUG at mit.edu
> > Subject: WF-BATCH takes all dialog processes
> >
> >
> >
> > Hello all,
> >
> > we are running workflows but we have the following problem:
> > if the eventmanager get's a free batch-proces to process the events, the
> > eventmanager processes the number of events which is given in SWEQADM.
> > Then the workflowmanager takes over and the workflows start / continue.
> > WF-BATCH then takes all the dialog processes to execute the workflows.
> >
> > Why does WF-BATCH take all the dialog processes? And how can we make it
> > possible that for instance he takes only 2 dialog processes?
> >
> > Regards,
> > Robert
> >
> >
> > This message is for the designated recipient only and may contain
> privileged,
> > proprietary, or otherwise private information.  If you have received it in
> > error, please notify the sender immediately and delete the original.  Any
> > other use of the email by you is prohibited.
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
> >
> > > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
>
>
> Michael Pokraka
> Workflow Connections Ltd.
> Tel.: +44 (0)7786 910 855
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>
>
> This message is for the designated recipient only and may contain privileged,
> proprietary, or otherwise private information.  If you have received it in
> error, please notify the sender immediately and delete the original.  Any
> other use of the email by you is prohibited.
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>


Michael Pokraka
Workflow Connections Ltd.
Tel.: +44 (0)7786 910 855
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug




This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information.  If you have received it in error, please notify the sender immediately and delete the original.  Any other use of the email by you is prohibited.



More information about the SAP-WUG mailing list