David:
I got a bit confused with this discussion (it does happen quite often).
I was thinking DB2-Distributed Services (not DB2 Connect).
We can't move DB2 out of zOS. The reason is simple, zLinux does not have
work load manager and we hit that database heavily with both On-line and
batch users. We need the priority controls available under zOS.
My question was along the lines of moving some of the DB2 processing, most
likely DB2-Distributed services, keeping DB2 STC's on the zOS and
justifying it by saving CPU cycles (licensing, etc) on the CP engines.
am I correct that in your analysis you are thinking moving the entire DB2?
that is not an easy project since the two DB2's are similar but not the
same.
Regards,
[EMAIL PROTECTED]
NCCI
Boca Raton, Florida
561.893.2415
greetings / avec mes meilleures salutations / Cordialmente
mit freundlichen Grüßen / Med vänlig hälsning
David Boyes
<[EMAIL PROTECTED] To:
[email protected]
e.net> cc:
Sent by: Linux on Subject: Re: DB2 Connect
390 Port
<[EMAIL PROTECTED]
IST.EDU>
07/21/2005 03:53
PM
Please respond to
Linux on 390 Port
> Assuming DB2 stays under zOS in a z890 MF with both zOS and
> zLinux (no zVM)
> LPAR's:
> What are the benefits of moving the DB2-Connect functions out
> of zOS and into a zLinux image in the same MF?
Faster development (much of the hard stuff for implementing solutions on
z/OS already exists on Linux), cheaper deploymen t (can use IFL instead of
std engine, no ISV/IBM software licensing penalty for increasing IFL
capacity), possible reduction in size of std engine investment,
corresponding decrease in ISV/IBM z/OS software bill).
> Would this move save zOS CPU cycles?
Definitely, particularly if you are constrained by the collateral cost of
additional std engine resources. HW price is seldom the problem; the ISV
and
IBM software licenses are the deadly bit.
> Would stability be the same as under zOS?
If properly engineered, it will be acceptable.
> why are people doing it?
Cost, speed to market, and compensation for most reaonably priced
programmers being unable to create an efficient program on *any* platform
let alone understand the mainframe environment well enough to program
efficiently for it.
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
The information contained in this e-mail message is intended only for
the personal and confidential use of the recipient(s) named above. This
message may be an attorney-client communication and/or work product and
as such is privileged and confidential. If the reader of this message
is not the intended recipient or an agent responsible for delivering it
to the intended recipient, you are hereby notified that you have
received this document in error and that any review, dissemination,
distribution, or copying of this message is strictly prohibited. If you
have received this communication in error, please notify us immediately
by e-mail, and delete the original message.
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
