DOes DB2 z/OS v8 install need v7 IVP jobs ?

teldb2kals

DOes DB2 z/OS v8 install need v7 IVP jobs ?
Hi,

the v8 installation (migration) manual states that "if we no longer have the version v7 IVP jobs, we need to run the v7 clist to regenerate them". Does this mean that we have to have the v7 IVP jobs available during the migration, or do we not need the jobs if we already have the sample database on the system ?

I am just not sure if I need to run the v7 clist again.

And if I did run the v7 clist again, do I have to specify the installation parameters exactly as they are currently defined on the v7 system, or am I running the clist only for generating the sample database ?

Thanks,

Regards,
Kals

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms

William Favero

Re: DOes DB2 z/OS v8 install need v7 IVP jobs ?
(in response to teldb2kals)
The IVP jobs that come with Version 8 have some new function mode (NFM)
stuff in them so they will not work in compatibility mode (CM). The
IVP jobs from Version 7 will.

The IVP jobs are only used to test your install.

Willie

teldb2kals wrote:
> Hi,
>
> the v8 installation (migration) manual states that "if we no longer have the version v7 IVP jobs, we need to run the v7 clist to regenerate them". Does this mean that we have to have the v7 IVP jobs available during the migration, or do we not need the jobs if we already have the sample database on the system ?
>
> I am just not sure if I need to run the v7 clist again.
>
> And if I did run the v7 clist again, do I have to specify the installation parameters exactly as they are currently defined on the v7 system, or am I running the clist only for generating the sample database ?
>
> Thanks,
>
> Regards,
> Kals
>
> The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms
>
>
>

--
Willie
My DB2 blog --> http://blogs.ittoolbox.com/database/db2zos
Houston, TX, USA

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms

William Favero

Re: DOes DB2 z/OS v8 install need v7 IVP jobs ?
(in response to William Favero)
I guess "only" was a poor choice of words...

The IVP jobs are used to verify your installation. They are not used
for the actual installation.

Willie

Willie Favero wrote:
> The IVP jobs that come with Version 8 have some new function mode
> (NFM) stuff in them so they will not work in compatibility mode
> (CM). The IVP jobs from Version 7 will.
>
> The IVP jobs are only used to test your install.
>
> Willie
>
> teldb2kals wrote:
>> Hi,
>> the v8 installation (migration) manual states that "if we no longer
>> have the version v7 IVP jobs, we need to run the v7 clist to
>> regenerate them". Does this mean that we have to have the v7 IVP
>> jobs available during the migration, or do we not need the jobs if we
>> already have the sample database on the system ?
>>
>> I am just not sure if I need to run the v7 clist again.
>> And if I did run the v7 clist again, do I have to specify the
>> installation parameters exactly as they are currently defined on the
>> v7 system, or am I running the clist only for generating the sample
>> database ?
>>
>> Thanks,
>>
>> Regards,
>> Kals
>>
>> The IDUG DB2-L Listserv is only part of your membership in IDUG.
>> DB2-L list archives, the FAQ, and delivery preferences are at
>> http://www.idug.org/lsidug under the Listserv tab. While at the
>> site, you can also access the IDUG Online Learning Center, Tech
>> Library and Code Place, see the latest IDUG conference information,
>> and much more. If you have not yet signed up for Basic Membership in
>> IDUG, available at no cost, click on Member Services at
>> http://www.idug.org/lsms
>>
>>
>>
>

--
Willie
My DB2 blog --> http://blogs.ittoolbox.com/database/db2zos
Houston, TX, USA

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms

Avram Friedman

Re: DOes DB2 z/OS v8 install need v7 IVP jobs ?
(in response to William Favero)
Kals
The V7 IVPs are only required if you choose to run them.
Running them is not a requirement.

In addition the IVPs and sample programs are subject to periodic hold actions
presented by corrective and preventive service. If you do not have the jobs
(meaning you have not satisfied the hold actions) you are not a good canidate
for running them even if they are recreated.

There are other options.
Test basic SQL using SPUFI or TEP2
"SELECT * FROM SYSIBM.SYSVOLUMES;"
will provide very high assurance 90%+ that SQL works.

Image copy an object (Image copying the catalog / directory is a step in
doing the migration).
Recover an object and or rebuild an index (Lots of catalog objects to choose
from ... you recently image copied them)

Get your users / developers involved at conversion time to do some sanity
checks ... there applications are more important than the IVPs. You lost the
IVPs I assume your users and developers have not lost there business
applications. There is a lesson about importance here.

In most shops verify DDF and stressing Stored procedures tend to be the most
important as they are subject to optional install steps.

Let me state what I consider to be a basic rule ... when doing service or
upgrades don't try to be something you are not. The problem with special
procedures is the procdure is often broke for reasons independent of what you
are testing.

There are many options available that can enhance verification if they are
routine ... Stay right sized for your shop.

Regards
Avram Friedman

On Thu, 24 Jan 2008 08:30:54 +1100, teldb2kals <[login to unmask email]>
wrote:

>Hi,
>
>the v8 installation (migration) manual states that "if we no longer have the
version v7 IVP jobs, we need to run the v7 clist to regenerate them". Does
this mean that we have to have the v7 IVP jobs available during the migration,
or do we not need the jobs if we already have the sample database on the
system ?
>
>I am just not sure if I need to run the v7 clist again.
>
>And if I did run the v7 clist again, do I have to specify the installation
parameters exactly as they are currently defined on the v7 system, or am I
running the clist only for generating the sample database ?
>
>Thanks,
>
>Regards,
>Kals
>
>The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug
under the Listserv tab. While at the site, you can also access the IDUG
Online Learning Center, Tech Library and Code Place, see the latest IDUG
conference information, and much more. If you have not yet signed up for
Basic Membership in IDUG, available at no cost, click on Member Services at
http://www.idug.org/lsms

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms

Edward Long

Re: DOes DB2 z/OS v8 install need v7 IVP jobs ?
(in response to Avram Friedman)
Its always struck me as curious that many typically required functions, DSNREXX, DSNTEP2, CC390 packages for example, are delivered as 'IVP' or sample jobs as if they are optional.

I've never seen a shop yet that doesn't use SPUFI, so what makes it a sample?

I always run all the runnable - no I don't run the IMS/DB2 stuff for example - Sample/IVP jobs after every maintenance event just so I know the basics still work. A lot of DB2 maintenance requires rebinds to activate; rerunning these jobs gets these critical plans and packages updated.

The most common hold action, at least that I see, related to these jobs is that they need to be recreated in .NEW.SDSNSAMP from SDSNSAMP because of a change. Since I leave the source code for high value targets like DSNTEP2/4 in SDSNSAMP these holds require little additional work.

Net Net, I don't consider these jobs optional.
Avram Friedman <[login to unmask email]> wrote: Kals
The V7 IVPs are only required if you choose to run them.
Running them is not a requirement.

In addition the IVPs and sample programs are subject to periodic hold actions
presented by corrective and preventive service. If you do not have the jobs
(meaning you have not satisfied the hold actions) you are not a good canidate
for running them even if they are recreated.

There are other options.
Test basic SQL using SPUFI or TEP2
"SELECT * FROM SYSIBM.SYSVOLUMES;"
will provide very high assurance 90%+ that SQL works.

Image copy an object (Image copying the catalog / directory is a step in
doing the migration).
Recover an object and or rebuild an index (Lots of catalog objects to choose
from ... you recently image copied them)

Get your users / developers involved at conversion time to do some sanity
checks ... there applications are more important than the IVPs. You lost the
IVPs I assume your users and developers have not lost there business
applications. There is a lesson about importance here.

In most shops verify DDF and stressing Stored procedures tend to be the most
important as they are subject to optional install steps.

Let me state what I consider to be a basic rule ... when doing service or
upgrades don't try to be something you are not. The problem with special
procedures is the procdure is often broke for reasons independent of what you
are testing.

There are many options available that can enhance verification if they are
routine ... Stay right sized for your shop.

Regards
Avram Friedman

On Thu, 24 Jan 2008 08:30:54 +1100, teldb2kals
wrote:

>Hi,
>
>the v8 installation (migration) manual states that "if we no longer have the
version v7 IVP jobs, we need to run the v7 clist to regenerate them". Does
this mean that we have to have the v7 IVP jobs available during the migration,
or do we not need the jobs if we already have the sample database on the
system ?
>
>I am just not sure if I need to run the v7 clist again.
>
>And if I did run the v7 clist again, do I have to specify the installation
parameters exactly as they are currently defined on the v7 system, or am I
running the clist only for generating the sample database ?
>
>Thanks,
>
>Regards,
>Kals
>
>The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug
under the Listserv tab. While at the site, you can also access the IDUG
Online Learning Center, Tech Library and Code Place, see the latest IDUG
conference information, and much more. If you have not yet signed up for
Basic Membership in IDUG, available at no cost, click on Member Services at
http://www.idug.org/lsms

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms



Edward Long

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms

Roger Miller

Re: Does DB2 z/OS v8 install need v7 IVP jobs ?
(in response to Edward Long)
SPUFI is not a sample. The BIND is in DSNTIJSG, not in sample jobs.
Customers need to run it to allow a reasonable service process. Some
customers do not use TSO, so SPUFI can't be required. Some customers do
not have various languages, so those have to be optional with one exception -
assembler. DSNTEP2 and DSNTEP4 have to be delivered in both source and
object format, because many customers do not have PL/I compilers. In the
early days, even the language libraries were optional, but now LE comes with
z/OS. Some of the z/OS functions are optional too. JES3 and JES2 have
some distinctions that we have to handle. COBOL is pretty common, but not
everywhere, and some customers don't have current products. Some
customers do not have the connections to be able to use the visual products,
but we hope that is getting rare.

If you think the situation is very complicated. You are definitely right. If you
think the situation can be simplified much, that's probably not right. We built
and shipped an automated installer twice in attempts to simplify the process.
Neither one was used to any significant degree, so one is gone and the other
is going away.

Roger Miller, DB2 for z/OS

On Wed, 23 Jan 2008 20:39:38 -0800, Ed Long <[login to unmask email]>
wrote:

>Its always struck me as curious that many typically required functions,
DSNREXX, DSNTEP2, CC390 packages for example, are delivered as 'IVP' or
sample jobs as if they are optional.
>
>I've never seen a shop yet that doesn't use SPUFI, so what makes it a
sample?
>
>I always run all the runnable - no I don't run the IMS/DB2 stuff for example -
Sample/IVP jobs after every maintenance event just so I know the basics still
work. A lot of DB2 maintenance requires rebinds to activate; rerunning these
jobs gets these critical plans and packages updated.
>
>The most common hold action, at least that I see, related to these jobs is
that they need to be recreated in .NEW.SDSNSAMP from SDSNSAMP because
of a change. Since I leave the source code for high value targets like
DSNTEP2/4 in SDSNSAMP these holds require little additional work.
>
>Net Net, I don't consider these jobs optional.
>Avram Friedman <[login to unmask email]> wrote: Kals
>The V7 IVPs are only required if you choose to run them.
>Running them is not a requirement.
>
>In addition the IVPs and sample programs are subject to periodic hold actions
>presented by corrective and preventive service. If you do not have the jobs
>(meaning you have not satisfied the hold actions) you are not a good
canidate
>for running them even if they are recreated.
>
>There are other options.
>Test basic SQL using SPUFI or TEP2
>"SELECT * FROM SYSIBM.SYSVOLUMES;"
>will provide very high assurance 90%+ that SQL works.
>
>Image copy an object (Image copying the catalog / directory is a step in
>doing the migration).
>Recover an object and or rebuild an index (Lots of catalog objects to choose
>from ... you recently image copied them)
>
>Get your users / developers involved at conversion time to do some sanity
>checks ... there applications are more important than the IVPs. You lost the
>IVPs I assume your users and developers have not lost there business
>applications. There is a lesson about importance here.
>
>In most shops verify DDF and stressing Stored procedures tend to be the
most
>important as they are subject to optional install steps.
>
>Let me state what I consider to be a basic rule ... when doing service or
>upgrades don't try to be something you are not. The problem with special
>procedures is the procdure is often broke for reasons independent of what
you
>are testing.
>
>There are many options available that can enhance verification if they are
>routine ... Stay right sized for your shop.
>
>Regards
>Avram Friedman
>
>On Thu, 24 Jan 2008 08:30:54 +1100, teldb2kals
>wrote:
>
>>Hi,
>>
>>the v8 installation (migration) manual states that "if we no longer have the
>version v7 IVP jobs, we need to run the v7 clist to regenerate them". Does
>this mean that we have to have the v7 IVP jobs available during the
migration,
>or do we not need the jobs if we already have the sample database on the
>system ?
>>
>>I am just not sure if I need to run the v7 clist again.
>>
>>And if I did run the v7 clist again, do I have to specify the installation
>parameters exactly as they are currently defined on the v7 system, or am I
>running the clist only for generating the sample database ?
>>
>>Thanks,
>>
>>Regards,
>>Kals
>>
>>The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
>archives, the FAQ, and delivery preferences are at
http://www.idug.org/lsidug
>under the Listserv tab. While at the site, you can also access the IDUG
>Online Learning Center, Tech Library and Code Place, see the latest IDUG
>conference information, and much more. If you have not yet signed up for
>Basic Membership in IDUG, available at no cost, click on Member Services at
>http://www.idug.org/lsms
>
>The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug
under the Listserv tab. While at the site, you can also access the IDUG
Online Learning Center, Tech Library and Code Place, see the latest IDUG
conference information, and much more. If you have not yet signed up for
Basic Membership in IDUG, available at no cost, click on Member Services at
http://www.idug.org/lsms
>
>
>
>Edward Long
>
>The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug
under the Listserv tab. While at the site, you can also access the IDUG
Online Learning Center, Tech Library and Code Place, see the latest IDUG
conference information, and much more. If you have not yet signed up for
Basic Membership in IDUG, available at no cost, click on Member Services at
http://www.idug.org/lsms

The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list archives, the FAQ, and delivery preferences are at http://www.idug.org/lsidug under the Listserv tab. While at the site, you can also access the IDUG Online Learning Center, Tech Library and Code Place, see the latest IDUG conference information, and much more. If you have not yet signed up for Basic Membership in IDUG, available at no cost, click on Member Services at http://www.idug.org/lsms