YMMV, DB2 version upgrades take far longer than z/OS releases.  I can go from 
ServerPac order to production in a few months, but a new DB2 version typically 
takes 9-12 months.  I have only 4 LPARs total, but there are about 20 DB2 
subsystems (5 production).

>>> "Joel C. Ewing" <jcew...@acm.org> 8/6/2010 9:20 AM >>>
On 08/05/2010 08:27 PM, Shane wrote:
> I would have thought DB2 might be a more pressing issue for a business.
> 
> Shane ...
> 
> On Thu, 2010-08-05 at 23:42 +0300, Mike Shorkend wrote:
> 
>> z/os 1.9 is going out of service in September IIRC. We have to migrate to
>> z/os 1.11 before then.
>> The LPAR has 4.5 GB
>>  DB2 V8
> 

z/OS 1.9 EoS is 2010-09, and in our experience it takes a minimum of 4
months to adequately check out all the major subsystems and vendor
products under a new z/OS version before a move to production even in a
single-production-LPAR environment.  I once did it in less by working
60+ hour weeks for over a month when the new z/OS was a coreq for a
firmly scheduled hardware upgrade, but I wouldn't recommend it.

DB2  V8 EoS is 2012-04-30, light years away by comparison, and I've seen
DB2 upgrades phased into production in less than 2 months.

Unless there is some new DB2 feature essential to your shop, cost is
often a significant motivator for staying with older versions as long as
they are still supported.

-- 
Joel C. Ewing, Fort Smith, AR        jcew...@acm.org 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to