v8.1 Z/OS: ENFM/NFM concerns?

Chris Hoelscher

v8.1 Z/OS: ENFM/NFM concerns?
good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than the
time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

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

Mike Holmans

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Chris Hoelscher)
Chris,

IBM's intention was always that ENFM was exactly that; the enablement
phase. You're only meant to stay in it if something goes wrong while you
are going through the catalog reformat/reorg process.

If you are really thinking of leaving your system in limbo for a period
rather than go all the way through to NFM operation, consider this:
which of the 3rd-party suppliers you use devoted any time at all to
testing whether or not their products worked in ENFM, given that they
were not expecting any customers to stay in ENFM for longer than it took
to complete the upgrade process? If the answer is "none" (as it was for
all the vendors we use), then staying in ENFM is less to do with caution
and prudence and everything to do with exposing yourself to potential
risk.
None of our applications have had any issues relating to an NFM upgrade.
We did have one SQL statement (out of many, many thousand) which took a
very odd accesspath when we subsequently rebound, but we created a new
index and that cured it.

Mike


British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 1800000.

This electronic message contains information from British
Telecommunications plc which may be privileged or confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient be aware that any
disclosure, copying, distribution or use of the contents of this
information is prohibited. If you have received this electronic message
in error, please notify us by telephone or email (to the numbers or
address above) immediately.

Activity and use of the British Telecommunications plc email system is
monitored to secure its effective operation and for other lawful
business purposes. Communications using this system will also be
monitored and may be recorded to secure effective operation and for
other lawful business purposes.



________________________________

From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?



good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than
the time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in
NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.
The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L
list archives, the FAQ, and delivery preferences are at www.idug.org
< 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
< http://www.idug.org/lsconf > , and much more.
If you have not yet signed up for Basic Membership in IDUG, available at
no cost, click on Member Services < 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

Raymond Bell

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Mike Holmans)
Hey Chris,

It used to be, and probably still is, that you should stay in ENFM for
as long as it takes you to be comfortable with V8. Nice and vague, eh?
Sorry, not trying to be funny, just that different sites will view it
differently. Some will want to go through an entire month's processing
before switching, some do it right through and spend 30 seconds in ENFM
before going to NFM. Depends where your comfort level lies.

Personally I like the idea of going ENFM everywhere and then working
backwards from Prod to Dev turning on NFM. Helps stop people coding new
functionality in Dev that Prod can't run. But I seem to be in the
minority on this. There was a large-ish discussion on that approach
awhile ago, some for, some against. But to answer your question, you're
probably concerned over not much and should switch to NFM as quick as
you're comfortable doing.

Cheers,


Raymond

________________________________

From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than
the time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in
NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.
The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L
list archives, the FAQ, and delivery preferences are at www.idug.org
< 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
< http://www.idug.org/lsconf > , and much more.
If you have not yet signed up for Basic Membership in IDUG, available at
no cost, click on Member Services < 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

Philip Sevetson

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Raymond Bell)
Raymond...

That sounds an awful lot like you're talking about CM, not ENFM. You
sure about the nomenclature, here?

--Phil Sevetson, NYCAPS DBA Support
Financial Information Services Agency of The City of New York
450 West 33rd Street, 4th Floor
New York, NY 10001
phone: (212) 857-1688
mailto: [login to unmask email]
________________________________________
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Bell, Raymond
Sent: Wednesday, January 16, 2008 9:44 AM
To: [login to unmask email]
Subject: Re: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

Hey Chris,

It used to be, and probably still is, that you should stay in ENFM for
as long as it takes you to be comfortable with V8. Nice and vague, eh?
Sorry, not trying to be funny, just that different sites will view it
differently. Some will want to go through an entire month's processing
before switching, some do it right through and spend 30 seconds in ENFM
before going to NFM. Depends where your comfort level lies.

Personally I like the idea of going ENFM everywhere and then working
backwards from Prod to Dev turning on NFM. Helps stop people coding new
functionality in Dev that Prod can't run. But I seem to be in the
minority on this. There was a large-ish discussion on that approach
awhile ago, some for, some against. But to answer your question, you're
probably concerned over not much and should switch to NFM as quick as
you're comfortable doing.

Cheers,


Raymond

________________________________________
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than
the time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in
NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



=========
Confidentiality Notice: This e-mail communication, and any attachments, contains confidential and privileged information for the exclusive use of the recipient(s) named above. If you are not an intended recipient, or the employee or agent responsible to deliver it to an intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. If you have received this communication in error, please notify me immediately by replying to this message and delete this communication from your computer. Thank you.

Any opinions, expressed or implied, presented are solely those of the author and do not necessarily represent the opinions of the agency or the City.
=========

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

Raymond Bell

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Philip Sevetson)
Hey Phil,

Appreciate the diplomacy, but you needn't worry. No, I did mean ENFM
for your_comfortable_period then moving to NFM. Although the same is
also true of sitting at CM before going ENFM i.e. move as quickly as
you're comfortable with.

Cheers,


Raymond

-----Original Message-----
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Sevetson, Phil
Sent: 16 January 2008 14:57
To: [login to unmask email]
Subject: Re: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

Raymond...

That sounds an awful lot like you're talking about CM, not ENFM. You
sure about the nomenclature, here?

--Phil Sevetson, NYCAPS DBA Support
Financial Information Services Agency of The City of New York
450 West 33rd Street, 4th Floor
New York, NY 10001
phone: (212) 857-1688
mailto: [login to unmask email]
________________________________________
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Bell, Raymond
Sent: Wednesday, January 16, 2008 9:44 AM
To: [login to unmask email]
Subject: Re: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

Hey Chris,

It used to be, and probably still is, that you should stay in ENFM for
as long as it takes you to be comfortable with V8. Nice and vague, eh?
Sorry, not trying to be funny, just that different sites will view it
differently. Some will want to go through an entire month's processing
before switching, some do it right through and spend 30 seconds in ENFM
before going to NFM. Depends where your comfort level lies.

Personally I like the idea of going ENFM everywhere and then working
backwards from Prod to Dev turning on NFM. Helps stop people coding new
functionality in Dev that Prod can't run. But I seem to be in the
minority on this. There was a large-ish discussion on that approach
awhile ago, some for, some against. But to answer your question, you're
probably concerned over not much and should switch to NFM as quick as
you're comfortable doing.

Cheers,


Raymond

________________________________________
From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?

good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than
the time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in
NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



=========
Confidentiality Notice: This e-mail communication, and any attachments,
contains confidential and privileged information for the exclusive use
of the recipient(s) named above. If you are not an intended recipient,
or the employee or agent responsible to deliver it to an intended
recipient, you are hereby notified that you have received this
communication in error and that any review, disclosure, dissemination,
distribution or copying of it or its contents is prohibited. If you have
received this communication in error, please notify me immediately by
replying to this message and delete this communication from your
computer. Thank you.

Any opinions, expressed or implied, presented are solely those of the
author and do not necessarily represent the opinions of the agency or
the City.
=========

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

Phil Grainger

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Raymond Bell)
"which of the 3rd-party suppliers you use devoted any time at all to
testing whether or not their products worked in ENFM, given that they
were not expecting any customers to stay in ENFM for longer than it took
to complete the upgrade process?"

Actually, I suspect all of us did - for sure CA have a V8 ENFM subsystem
that's been in ENFM since before V8 went GA (and is STILL in ENFM so far
as I know)

True, I don't know of anyone who's spent any time there - most people
spend their time in CM

IBMs support of an extended ENFM was really there to cope with folks
whose ENFM wouldn't fit into their window if run as a "big bang", which
is why you can interrupt the enabling job at any point and restart it
(automatically) later

Phil Grainger
CA
Product Management Director
Phone: +44 (0)1753 577 733
Mobile: +44 (0)7970 125 752
eMail: [login to unmask email]

Ditton Park
Riding Court Road
Datchet
Slough
SL3 9LL

CA plc a company registered in England and Wales under company
registration number 1282495 with its registered office at the address
set out above. VAT number 697904179.





________________________________

From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of [login to unmask email]
Sent: 16 January 2008 14:43
To: [login to unmask email]
Subject: Re: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?


Chris,

IBM's intention was always that ENFM was exactly that; the enablement
phase. You're only meant to stay in it if something goes wrong while you
are going through the catalog reformat/reorg process.

If you are really thinking of leaving your system in limbo for a period
rather than go all the way through to NFM operation, consider this:
which of the 3rd-party suppliers you use devoted any time at all to
testing whether or not their products worked in ENFM, given that they
were not expecting any customers to stay in ENFM for longer than it took
to complete the upgrade process? If the answer is "none" (as it was for
all the vendors we use), then staying in ENFM is less to do with caution
and prudence and everything to do with exposing yourself to potential
risk.
None of our applications have had any issues relating to an NFM upgrade.
We did have one SQL statement (out of many, many thousand) which took a
very odd accesspath when we subsequently rebound, but we created a new
index and that cured it.

Mike


British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 1800000.

This electronic message contains information from British
Telecommunications plc which may be privileged or confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient be aware that any
disclosure, copying, distribution or use of the contents of this
information is prohibited. If you have received this electronic message
in error, please notify us by telephone or email (to the numbers or
address above) immediately.

Activity and use of the British Telecommunications plc email system is
monitored to secure its effective operation and for other lawful
business purposes. Communications using this system will also be
monitored and may be recorded to secure effective operation and for
other lawful business purposes.



________________________________

From: DB2 Data Base Discussion List [mailto:[login to unmask email] On
Behalf Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?



good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than
the time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in
NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.
The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L
list archives, the FAQ, and delivery preferences are at www.idug.org
< 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
< http://www.idug.org/lsconf > , and much more.
If you have not yet signed up for Basic Membership in IDUG, available at
no cost, click on Member Services < 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 www.idug.org
< 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
< http://www.idug.org/lsconf > , and much more.
If you have not yet signed up for Basic Membership in IDUG, available at
no cost, click on Member Services < 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

john travis

Re: v8.1 Z/OS: ENFM/NFM concerns?
(in response to Phil Grainger)

Chris,
We stayed in ENFM until all subsystems were converted then ran an online
ZPARM update to activate new functionality - (that is all the DSNTIJNF does
really).

I still have an issue with DSNTEP2 and 4 binding to remote DB2 (LUW) and
had to resurrect the V7 version. That will have to wait to resolve as we are
in the progress of moving our mainframe so I can't apply any maintainance at
the moment.

Regards,
John Travis
DBA Capgemini UK

________________________________

From: DB2 Data Base Discussion List [mailto:[login to unmask email] On Behalf
Of Chris Hoelscher
Sent: 16 January 2008 14:27
To: [login to unmask email]
Subject: [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?



good morning all - we are ready to move past CM, and are wondering:

is there value to staying at ENFM any length of time (i.e. longer than the
time needed to run the NFM job)? a week? 2 weeks? test? prod?
did anyone find problems with EXISTING functionality going astray in NFM?

or are we concenred over (in reality) nothing?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
[login to unmask email]



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you receive
this material/information in error, please contact the sender and delete or
destroy the material/information.
The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L list
archives, the FAQ, and delivery preferences are at www.idug.org
< 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
< http://www.idug.org/lsconf > , and much more.
If you have not yet signed up for Basic Membership in IDUG, available at no
cost, click on Member Services < http://www.idug.org/lsms >



Capgemini is a trading name used by the Capgemini Group of companies which includes Capgemini UK plc, a company registered in England and Wales (number 943935) whose registered office is at No. 1 Forge End, Woking, Surrey, GU21 6DB.



This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.

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: v8.1 Z/OS: ENFM/NFM concerns?
(in response to john travis)
As the name implies, ENFM is an enabling step for NFM. You should spend
as little time as possible in ENFM.

You should have performed (and completed) all of your testing in CM.
Once you make the decision to leave CM, you have decided your testing is
complete and V8 works as advertised. ENFM simply converts the catalog,
and a few other things, preparing you for NFM. This has been stressed in
every IBM presentation I have ever heard. I have also discussed in a
number of times in my blog. A few of those entries are listed here....

http://blogs.ittoolbox.com/database/db2zos/archives/whats-your-db2-for-zos-v8-migration-strategy-8735

http://blogs.ittoolbox.com/database/db2zos/archives/lets-revisit-enfm-for-a-minute-8163

http://blogs.ittoolbox.com/database/db2zos/archives/its-time-to-examine-version-8-enable-new-function-mode-enfm-6862

Willie

Bell, Raymond wrote:
>
> Hey Chris,
>
> It used to be, and probably still is, that you should stay in ENFM for
> as long as it takes you to be comfortable with V8. Nice and vague, eh?
> Sorry, not trying to be funny, just that different sites will view it
> differently. Some will want to go through an entire month’s processing
> before switching, some do it right through and spend 30 seconds in
> ENFM before going to NFM. Depends where your comfort level lies.
>
> Personally I like the idea of going ENFM everywhere and then working
> backwards from Prod to Dev turning on NFM. Helps stop people coding
> new functionality in Dev that Prod can’t run. But I seem to be in the
> minority on this. There was a large-ish discussion on that approach
> awhile ago, some for, some against. But to answer your question,
> you’re probably concerned over not much and should switch to NFM as
> quick as you’re comfortable doing.
>
> Cheers,
>
> Raymond
>
> ------------------------------------------------------------------------
>
> *From:* DB2 Data Base Discussion List [mailto:[login to unmask email] *On
> Behalf Of *Chris Hoelscher
> *Sent:* 16 January 2008 14:27
> *To:* [login to unmask email]
> *Subject:* [DB2-L] v8.1 Z/OS: ENFM/NFM concerns?
>
> good morning all - we are ready to move past CM, and are wondering:
>
> is there value to staying at ENFM any length of time (i.e. longer than
> the time needed to run the NFM job)? a week? 2 weeks? test? prod?
> did anyone find problems with EXISTING functionality going astray in NFM?
>
> or are we concenred over (in reality) nothing?
>
> thanks,
>
> Chris Hoelscher
> Senior IDMS & DB2 Database Administrator
> Humana Inc
> 502-476-2538
> [login to unmask email]
>
>
> The information transmitted is intended only for the person or entity
> to which it is addressed and may contain CONFIDENTIAL material. If you
> receive this material/information in error, please contact the sender
> and delete or destroy the material/information.
> The IDUG DB2-L Listserv is only part of your membership in IDUG. DB2-L
> list archives, the FAQ, and delivery preferences are at _ www.idug.org
> < 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
> <%20 http://www.idug.org/lsconf > _, and much more.
> If you have not yet signed up for Basic Membership in IDUG, available
> at no cost, click on _ Member Services <%20 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 _ www.idug.org
> < 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
> <%20 http://www.idug.org/lsconf > _, and much more.
> If you have not yet signed up for Basic Membership in IDUG, available
> at no cost, click on _ Member Services <%20 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