The judgement part of our job comes into play here.
The key decision points are, how back level is the
starting point? How much maintenance is missing?
I interpreted the initial email as saying that they
were very backlevel but on the same release. In that
instance, an RSU or full replacement, would be easier
and ultimately safer since the new system would have
been tested by IBM before release.
The reason I mentioned SDSNSAMP in my response was to
point out that rerunning ZPARMS and rebuilding the WZP
type SP's is now (v7) a pretty common bit of HoldData.
It perhaps wasn't as clear as it could have been.
The heart of the matter remains testing the upgraded
system before exposing production to it, regardless of
how you get there.
--- "Taddei, Cathy" <[login to unmask email]>
> I would not attempt to use a ServerPac installation
> as a substitute for
> maintenance, precisely for the reason implied by
> your question "How do I get
> the current Directory and Catalog "migrated" over
> from current v.7.1 to new
> v.7.1?" When you migrate a subsystem from one
> version to another, the
> migration steps in the Install Manual will help you
> perform any needed
> catalog changes, such as new columns, tables, stored
> procedures, or updated
> plans. But if one of these elements was introduced
> by a later PTF, how
> would you know which steps of which installation job
> you would need to
> rerun, if you installed the PTF via ServerPac (where
> the assumption is that
> you will follow the entire migration process)? On
> the other hand, by
> applying mass maintenance you will get a neat list
> of holddata, which will
> bore you to tears after reading a hundred "rebind to
> activate this change"
> holds, but then you will find a "run this SPUFI" or
> "rerun step X of
> installation job Y" that will make reading all the
> holds worthwhile. Two or
> three hundred PTF's are nothing, and even a thousand
> PTF's aren't that big
> compared to a botched installation.
> Cathy Taddei
> -----Original Message-----
> From: MAM [mailto:[login to unmask email]
> Sent: Friday, December 20, 2002 2:04 PM
> To: [login to unmask email]
> Subject: DB2 "upgrade"
> I need to bring our DB2 v.7.1 up-to-date on OS/390.
> I initially installed
> our current DB2 v.7.1, but we have fallen behind
> considerably on
> maintenance and I am now back to supporting DB2.
> I have the choice of either applying 240+ PTFs or
> installing a new DB2
> Two questions.
> First, which option makes more sense?
> Second, having only done the one original install,
> what would be involved
> if I install a newer v.7.1? How do I get the
> current Directory and
> Catalog "migrated" over from current v.7.1 to new
> Thanks in advance for any advice.
> To change your subscription options or to cancel
> your subscription visit the
> DB2-L webpage at http://listserv.ylassoc.com.
> owners of the list can be
> This email is confidential and may be legally
> It is intended solely for the addressee. Access to
> this email by anyone else, unless expressly approved
> by the sender or an authorized addressee, is
> If you are not the intended recipient, any
> disclosure, copying, distribution or any action
> omitted or taken in reliance on it, is prohibited
> and may be unlawful. If you believe that you have
> received this email in error, please contact the
> sender, delete this e-mail and destroy all copies.