cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Basis Process Allocation - Best Practices???

Former Member
0 Likes
665

Good day,

I am not on the basis team at my company, but I have noticed what I believe to be some possible inefficiencies in the way our processes are allocated. We run a 4.6C system with IS-U hosting about 200 concurrent users on one application server. On this app server, I can see in SM50 there are 10 dialog processes, 3 update, 3 background and a couple others. I am just wondering if this seems normal or standard to anyone. It seems that when I submit jobs to run in the background, they are always piling up due to the fact that there are only three processes there.

Does anyone have any suggestions, or better yet, can anyone point me to any "best practices" documentation that I can pass on to my basis team?

Thanks a lot in advance!

View Entire Topic
Former Member
0 Likes

Geoff,

It sounds to me like your entire installation is residing on one server. If this is the case, then I think that having more batch work processes is not practical. Especially since you are supporting 200 users with just 10 dialog work processes. Are you sure there are not several application servers? Go to transaction sm51 and see if there are additional servers in the list.

Joe Caruso