List -
I am just starting down the road to understanding WLM and how it is setup at
my shop. I am a little confused as to why they are doing what they are
doing and am looking for some input.
Here they have elected to place everything into separate buckets. I
should say that they
Lizette Koehler [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
List -
I am just starting down the road to understanding WLM and how it is
setup at
my shop. I am a little confused as to why they are doing what they
are
doing and am looking for some input.
Here
Lump DB2s together or give them separate Service and Report classes? The
current thought is it gives
them a better idea of how the work is flowing. I am not so sure due to my
limited knowledge of WLM at this time.
I would lump them all in one service class and use separate report classes for
On Tue, 3 Jul 2007 07:40:28 -0400, Lizette Koehler [EMAIL PROTECTED]
wrote:
My question is - What is the bettert approach. Lump DB2s together or give
them separate Service and Report classes? The current thought is it gives
them a better idea of how the work is flowing. I am not so sure due
On Tue, 3 Jul 2007 08:31:53 -0500, Mark Zelden [EMAIL PROTECTED] wrote:
I'm sure most if not all of this has been covered many times. Hit the
archives, read the Redbook(s).
To summarize: Use as few service classes as you can to separate the
work and as many report classes as you like / need
In a message dated 7/3/2007 8:32:27 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
I'm sure most if not all of this has been covered many times. Hit the
archives, read the Redbook(s).
To summarize: Use as few service classes as you can to separate the
work and as many report
There appears to be multiple questions in this one little thread.
The following is what I generally recommend for many of our large
customers. Your Mileage will vary.
1. If you are lucky enough to have 70 million identical transactions running
on your system, and they all have a SLA of 100%
On Tue, 3 Jul 2007 08:56:28 -0700, Norman Hollander on h-WiZ.biz wrote:
... If you are like most other sites, with
different transactions with different SLAs, and the potential for the work
to
grow, I'd still recommend Transaction Goals. Since you can set it up by
region(s),
it
snip
As a result, you may find that your not loved transactions will go
along for the ride, based upon the other transactions that are processed
by the server regions.
/snip
Isn't that the whole point? If the loved ones are not happy, no one is
happy. If the loved ones are happy, everyone is
On Tue, 3 Jul 2007 11:54:27 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
Discretionary is good too. I even used discretionary for the third period TSO
that Mark referred to.
Ditto!
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance
PROTECTED] On Behalf
Of Mark Zelden
Sent: Tuesday, July 03, 2007 SYSN 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM Setup Question
On Tue, 3 Jul 2007 11:54:27 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
Discretionary is good too. I even used discretionary for the third period
TSO
that Mark
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Staller, Allan
Sent: Tuesday, July 03, 2007 SYSN 10:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WLM Setup Question
snip
As a result, you may find that your not loved transactions will go
along for the ride, based upon
On Tue, 3 Jul 2007 10:49:50 -0700, Norman Hollander on h-WiZ.biz
[EMAIL PROTECTED] wrote:
Be sure your durations are properly set so only those SPUFI/FOCUS/SAS folks
running
in the foreground (I think these are best served as Batch) are impacted by
transitioning
to 3rd (or last) period with the
On Tue, 3 Jul 2007 12:18:56 -0500, Staller, Allan wrote:
As a result, you may find that your not loved transactions will go
along for the ride, based upon the other transactions that are processed
by the server regions.
Isn't that the whole point? If the loved ones are not happy, no one is
14 matches
Mail list logo