WF-BATCH takes all dialog processes

Tue Jul 26 06:19:29 EDT 2005

indeed.. we have 1 server.... Too bad... :-(

________________________________

Van: sap-wug-bounces at mit.edu namens Mike Pokraka
Verzonden: di 7/26/2005 09:54
Aan: SAP Workflow Users' Group
Onderwerp: RE: WF-BATCH takes all dialog processes

On one server? :-)

Soady, Phil wrote:
> Consider using rfc parallel server groups to maximise Event processing
> whilst leaving an acceptable amount of system resource available.
>
> See SWEQADM event delivery tab. See the parallel option.
> Parallel RFC server groups are defined in RZ12.
>
> Cheers
>
> Phil Soady
> Senior Consultant
> Business Technologies
> SAP Australia
> M  +61 (0) 412 213 079
> E  phil.soady at sap.com
>
> -----Original Message-----
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
> Of Mike Pokraka
> Sent: Monday,25 July 2005 11:27 PM
> To: SAP Workflow Users' Group
> Subject: RE: WF-BATCH takes all dialog processes
>
> Yep, the number of events is the amount that will be processed every
> minute. Event = dialog process to start a workflow.
> Cheers
> Mike
>
> robert.van.den.berg at accenture.com wrote:
>> But I have about 2000 events which have to be processed within a
> couple of
>> hours....
>>
>> So if I set the eventqueue to 10 events, only 10 dialog processes are
>> used?
>>
>> ________________________________
>>
>> Van: sap-wug-bounces at mit.edu namens Mike Pokraka
>> Verzonden: ma 7/25/2005 14:15
>> Aan: SAP Workflow Users' Group
>> Onderwerp: Re: WF-BATCH takes all dialog processes
>>
>>
>>
>> No, just limit the number of events per run. I don't think  you can
>> limit the number of dialog processes, since each process runs in it's
>> own logon rather than a 'new session' equivalent.
>>
>> robert.van.den.berg at accenture.com wrote:
>>
>>>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.
>>>
>>>_______________________________________________
>>>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
>>
>>
>>
>>
>> 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
>>
>
>
> Mike Pokraka
> Senior Consultant
> Workflow Connections Ltd.
> Mobile: +44 (0)7786 910 855
> _______________________________________________
> 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
>

Mike Pokraka
Senior Consultant
Workflow Connections Ltd.
Mobile: +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.