Re: Just curious -- if you had/have a central system used by many locations, how do you set up job queues?

Charles,

If all the locations are in one database what does busting it out by
location do for you? For instance if I make a single string job queue to
not conflict month end jobs how can I do that safely by location if they
are all using the same GLTRAN file if part of the monthend processing is
to do a RGZPFM?

Now, if you have other controls in place that allow you to say that there
is no logic reason to restrict the job queues to a single string then you
can start breaking it down by location for performance reasons. I wonder
if that's more management than it's worth. For example, with 150
locations would you really want 150 subsystems with their own memory
pools, etc? Even with auto adjustment that has overhead and the auto
adjuster is not very timely.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From:
Charles Wilt <charles.wilt@xxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
02/05/2009 09:21 AM
Subject:
Re: Just curious -- if you had/have a central system used by many
locations, how do you set up job queues?
Sent by:
midrange-l-bounces@xxxxxxxxxxxx



Ok,

Some more information:

~150 locations

All the same workload, running all custom code.

I suppose what I'm looking for is experiences with location specific
jobqs vs. application/program specific jobqs.

I realize that it's probably not 100% one or the other. But do you
have/have you seen mostly specific jobs queues for each location with
a few special jobqs for certain programs; or vice versa?

Thanks!
Charles


On Wed, Feb 4, 2009 at 5:05 PM, Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:

All,

Looking for others out there with experience on larger centralized
systems supporting multiple locations.

Question, how are your job queues set up?

Do you generally have one or more job queues per location?


Thanks!
Charles Wilt

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.