Re: Datasets usage question

2016-06-29 Thread Duc
Thank you all
I 've downloaded DAF from cbttape, have some errors to compile the assembler , 
but it should be ok

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-24 Thread Cameron Conacher
Here is what I see:
EFOPZxx contains statements that define the load library data set optimization 
configuration, which could, for example, provide a list of pairings of an old 
Cobol load library and the intended new load libraries (one for each desired 
architecture level) and specifies which 

Sent from my iPhone

> On Jun 24, 2016, at 12:34 PM, Lizette Koehler  wrote:
> 
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae20
> 0/iefopz.htm
> 
> shows lower case for me
> 
> Cobol
> 
> Lizette
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Tom Ross
>> Sent: Friday, June 24, 2016 9:20 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Datasets usage question
>> 
>>> IEFOPZxx contains statements that define the load library data set
>>> optimiza= tion configuration, which could, for example, provide a list
>>> of pairings of=  an old Cobol load library and the intended new load
>>> libraries (one for eac=
>> 
>> Lizette, where did you find IBM doc with COBOL misspelled as Cobol?
>> I searched for this to tell the writers to correct it (there are no lower 
>> case
>> letters in acronyms, and especially in COBOL) but was unsuccessful.
>> I found the exact text you quoted, but COBOL was spelled correctly:
>> http://www.ibm.com/support/knowledgecenter/SSERQD_1.1.0/com.ibm.opt.doc/ug/usa
>> gescenarioauto.html
>> 
>> Thanks!
>> 
>> TomR  >> COBOL is the Language of the Future! <<
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-24 Thread J R
That's not what Webster says.  

I thought I was pedantic, but I write it as CoBOL to reflect the word 
boundaries. 

Sent from my iPhone

On Jun 24, 2016, at 12:23, Tom Ross  wrote:

(there are no lower
> case letters in acronyms, and especially in COBOL)
> 
> TomR  >> COBOL is the Language of the Future! <<
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-24 Thread Lizette Koehler
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae20
0/iefopz.htm

shows lower case for me

Cobol

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Ross
> Sent: Friday, June 24, 2016 9:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Datasets usage question
> 
> >IEFOPZxx contains statements that define the load library data set
> >optimiza= tion configuration, which could, for example, provide a list
> >of pairings of=  an old Cobol load library and the intended new load
> >libraries (one for eac=
> 
> Lizette, where did you find IBM doc with COBOL misspelled as Cobol?
> I searched for this to tell the writers to correct it (there are no lower case
> letters in acronyms, and especially in COBOL) but was unsuccessful.
> I found the exact text you quoted, but COBOL was spelled correctly:
> http://www.ibm.com/support/knowledgecenter/SSERQD_1.1.0/com.ibm.opt.doc/ug/usa
> gescenarioauto.html
> 
> Thanks!
> 
> TomR  >> COBOL is the Language of the Future! <<

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-24 Thread Tom Ross
>IEFOPZxx contains statements that define the load library data set optimiza=
>tion configuration, which could, for example, provide a list of pairings of=
> an old Cobol load library and the intended new load libraries (one for eac=

Lizette, where did you find IBM doc with COBOL misspelled as Cobol?
I searched for this to tell the writers to correct it (there are no lower
case letters in acronyms, and especially in COBOL) but was unsuccessful.
I found the exact text you quoted, but COBOL was spelled correctly:
http://www.ibm.com/support/knowledgecenter/SSERQD_1.1.0/com.ibm.opt.doc/ug/usagescenarioauto.html

Thanks!

TomR  >> COBOL is the Language of the Future! <<

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread Bruce Hewson
Use of properly architected dataset ALIAS names for use in APPLICATION JCL is 
my preferred option.
Been using it for many years.

Alternatively, use of INCLUDE MEMBER statements to include product versioned 
dataset names is possible, but gets messy across JES Multi-Access Spool 
environments during new sysres rollouts.

Using System Symbols, and SYMBOLICRELATE alias names, can simplify all ALIAS 
maintenance. Is also allows quick identification of product version in use in 
the system

Anything which stops APPLICATION JCL changes is preferred.

Ensure all sysres based product datasets include a product version quialifier. 
The ALIAS does not contain any version information.

Regards
Bruce Hewson

On Thu, 23 Jun 2016 16:27:24 -0500, Edward Gould  
wrote:

>Yikes, I would *NEVER* consider using alias’s.
>Two things come to mind there is on CBTTAPE.ORG a find replace editor (or use 
>the one that IBM use to give out on the CBPDO, that even might be on CBTAPE 
>its been a while since I went through it.
>The smart way is to use DAF (on CBTTAPE  and find who is referencing them and 
>you can track (mostly) easily who is using them and to tell them to change it.
>Alias’s will have to be maintained *FOREVER* and no one wants to do that. 
>Mastercats should be reasonably stable. If you must create a new master cat 
>there are some freebie utilities (on CBTTAPE) to read and create the control 
>cards for the new master cat.
>IMO alias’s are an evil thing that gets out of hand real quickly and become 
>crutch’s.
>
>Ed
>
>> On Jun 23, 2016, at 3:33 PM, retired mainframer  
>> wrote:
>> 
>> You could consider using dataset aliases.  It might eliminate the need for 
>> any JCL changes.
>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Duc
>>> Sent: Thursday, June 23, 2016 8:22 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Datasets usage question
>>> 
>>> Dear listers,
>>> 
>>> We are changing our DB2 library  datasets naming convention, and i would 
>>> like to list all
>>> datasets usage  (essentially *.SDSNLOAD, but ther can be some others)  to 
>>> be able to
>>> change the jcls and others accordingly.
>>> I know that i can use SMF 14 records to realise this
>>> 
>>> Do you have any other advice in order allow the change to be as invisible 
>>> as possible ?
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread saul anthony babonas
Not that this will remedy your current situation, but.

for future reference it might be advisable to create a member in the JCL 
library(ies) that establishes the dataset names via SET commands. You 
could then INCLUDE this member in various JCL members. When it's time to 
upgrade the dataset names are all in one (or very few) places.



On 6/23/2016 4:27 PM, Edward Gould wrote:
> Yikes, I would *NEVER* consider using alias’s.
> Two things come to mind there is on CBTTAPE.ORG a find replace editor (or use 
> the one that IBM use to give out on the CBPDO, that even might be on CBTAPE 
> its been a while since I went through it.
> The smart way is to use DAF (on CBTTAPE  and find who is referencing them and 
> you can track (mostly) easily who is using them and to tell them to change it.
> Alias’s will have to be maintained *FOREVER* and no one wants to do that. 
> Mastercats should be reasonably stable. If you must create a new master cat 
> there are some freebie utilities (on CBTTAPE) to read and create the control 
> cards for the new master cat.
> IMO alias’s are an evil thing that gets out of hand real quickly and become 
> crutch’s.
>
> Ed
>
>> On Jun 23, 2016, at 3:33 PM, retired mainframer  
>> wrote:
>>
>> You could consider using dataset aliases.  It might eliminate the need for 
>> any JCL changes.
>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Duc
>>> Sent: Thursday, June 23, 2016 8:22 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Datasets usage question
>>>
>>> Dear listers,
>>>
>>> We are changing our DB2 library  datasets naming convention, and i would 
>>> like to list all
>>> datasets usage  (essentially *.SDSNLOAD, but ther can be some others)  to 
>>> be able to
>>> change the jcls and others accordingly.
>>> I know that i can use SMF 14 records to realise this
>>>
>>> Do you have any other advice in order allow the change to be as invisible 
>>> as possible ?
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread Edward Gould
Yikes, I would *NEVER* consider using alias’s.
Two things come to mind there is on CBTTAPE.ORG a find replace editor (or use 
the one that IBM use to give out on the CBPDO, that even might be on CBTAPE its 
been a while since I went through it.
The smart way is to use DAF (on CBTTAPE  and find who is referencing them and 
you can track (mostly) easily who is using them and to tell them to change it.
Alias’s will have to be maintained *FOREVER* and no one wants to do that. 
Mastercats should be reasonably stable. If you must create a new master cat 
there are some freebie utilities (on CBTTAPE) to read and create the control 
cards for the new master cat.
IMO alias’s are an evil thing that gets out of hand real quickly and become 
crutch’s.

Ed

> On Jun 23, 2016, at 3:33 PM, retired mainframer  
> wrote:
> 
> You could consider using dataset aliases.  It might eliminate the need for 
> any JCL changes.
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Duc
>> Sent: Thursday, June 23, 2016 8:22 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Datasets usage question
>> 
>> Dear listers,
>> 
>> We are changing our DB2 library  datasets naming convention, and i would 
>> like to list all
>> datasets usage  (essentially *.SDSNLOAD, but ther can be some others)  to be 
>> able to
>> change the jcls and others accordingly.
>> I know that i can use SMF 14 records to realise this
>> 
>> Do you have any other advice in order allow the change to be as invisible as 
>> possible ?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread retired mainframer
You could consider using dataset aliases.  It might eliminate the need for any 
JCL changes.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Duc
> Sent: Thursday, June 23, 2016 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Datasets usage question
> 
> Dear listers,
> 
> We are changing our DB2 library  datasets naming convention, and i would like 
> to list all
> datasets usage  (essentially *.SDSNLOAD, but ther can be some others)  to be 
> able to
> change the jcls and others accordingly.
> I know that i can use SMF 14 records to realise this
> 
> Do you have any other advice in order allow the change to be as invisible as 
> possible ?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread Lizette Koehler
Go to the CBTTAPE.ORG and download and install DAF.

It produces reports that will probably fit you need.  It reads raw SMF DATA

I usually strip off the 14:19/42/60:69 records

Then use that as input to DAF

Next, you might want to look at SYMBOLICRELATE to manage the change.  This 
could allow you to leave the current name in place, but have the true name 
(your new name) associated with it.


Or if you are z/OS V2.2, (It might work) 

IEFOPZxx (data set optimization configuration)  

IEFOPZxx contains statements that define the load library data set optimization 
configuration, which could, for example, provide a list of pairings of an old 
Cobol load library and the intended new load libraries (one for each desired 
architecture level) and specifies which members are to be processed 
(optimized). The IEFOPZ configuration is defined primarily in terms of 
IEFOPZ-Old/IEFOPZ-New load library data set pairs and DDNAME/JOBNAME pairs. A 
load library data set identified by the OLD parameter in IEFOPZxx is referred 
to as an IEFOPZ-Old data set. A load library data set identified by the NEW 
parameter in IEFOPZxx is referred to as an IEFOPZ-New data set.

Use of IEFOPZxx requires the use of PROGxx and not LNKLSTxx for defining the 
LNKLST; otherwise you will be prompted to acknowledge that IEFOPZ processing 
will not be in effect. IEFOPZxx is acted upon by the IEFOPZ system parameter 
and the SET IEFOPZ system command.

All character string values (ddname, dsname, jobname, owner, plexname, sysname, 
volname) will be translated to uppercase.
Note: The system will not manage security-related considerations for the data 
sets; that is up to you. Some examples of security-related considerations are 
APF-authorized data sets and RACF access control to data sets. For example, if 
you have an IEFOPZ-Old data set that is APF-authorized, you might want the 
related IEFOPZ-New data set to be APF-authorized. Similarly, you might want to 
grant RACF access to the IEFOPZ-New data set that is similar to that currently 
granted to the IEFOPZ-Old data set.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Duc
> Sent: Thursday, June 23, 2016 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Datasets usage question
> 
> Dear listers,
> 
> We are changing our DB2 library  datasets naming convention, and i would like
> to list all datasets usage  (essentially *.SDSNLOAD, but ther can be some
> others)  to be able to change the jcls and others accordingly.
> I know that i can use SMF 14 records to realise this
> 
> Do you have any other advice in order allow the change to be as invisible as
> possible ?
> 
> Thank you
> 
> Duc
> DB2 Sysprog @Guyancourt, France

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Datasets usage question

2016-06-23 Thread Sankaranarayanan, Vignesh
Hola Duc,

Look up DAF (Dataset Audit Facility) - File #94 in CBT.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Duc
Sent: Thursday, June 23, 2016 8:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Datasets usage question

Dear listers,

We are changing our DB2 library  datasets naming convention, and i would like 
to list all datasets usage  (essentially *.SDSNLOAD, but ther can be some 
others)  to be able to change the jcls and others accordingly.
I know that i can use SMF 14 records to realise this

Do you have any other advice in order allow the change to be as invisible as 
possible ?

Thank you

Duc
DB2 Sysprog @Guyancourt, France




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Datasets usage question

2016-06-23 Thread Duc
Dear listers, 

We are changing our DB2 library  datasets naming convention, and i would like 
to list all datasets usage  (essentially *.SDSNLOAD, but ther can be some 
others)  to be able to change the jcls and others accordingly.
I know that i can use SMF 14 records to realise this

Do you have any other advice in order allow the change to be as invisible as 
possible ? 

Thank you 

Duc 
DB2 Sysprog @Guyancourt, France
 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN