Re: MERGECAT QUESTION

2017-09-27 Thread esmie moo
 Carmine and all the rest,
Thanks for easing my concerns and for the explanation as to why FILE(DD1) is 
used.
I will run future REPRO MERGECAT without the FILE(DD1) statements.
Thanks
On Tuesday, September 26, 2017, 2:02:02 PM EDT, Carmen Vitullo 
 wrote:  
 
 not necessary if processing all entries on all volumes online, but if you want 
to move some entries from a specific volume you can use the FILE(DDx) statement 






//MOVEPAGE EXEC PGM=IDCAMS 
//UCATDVR DD DSN=CATALOG.xxx.OSxxx.MCAT,DISP=SHR 
//UCATNEW DD DSN=CATALOG.xxx.OSxxx.MCAT,DISP=SHR 
//DD1 DD VOL=SER=DRxxx,UNIT=3390,DISP=OLD 
//SYSPRINT DD SYSOUT=* 
//SYSIN DD * 
REPRO ENTRIES(hlq.mlq.*) - 
INFILE(UCATDVR) OUTFILE(UCATNEW) MERGECAT FILE(DD1) 


carmen 
- Original Message -

From: "Steely.Mark"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, September 26, 2017 12:35:01 PM 
Subject: Re: MERGECAT QUESTION 

I just executed Mergecat process over the weekend and processed several VSAM 
entries and I did not have to supply any FILE DD statements. 

Thanks 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo 
Sent: Tuesday, September 26, 2017 12:25 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: MERGECAT QUESTION 

Kevin, 
Now I am worried. I am the origin of the post. I checked and so far I haven't 
processed any VSAM dsns. If I understand your recommendation, I would need to 
add the DD statement FILE if VSAM files are to be processed? 

On Tuesday, September 26, 2017, 12:54:30 PM EDT, Neubert, Kevin 
 wrote: 

DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters. 

FILE(ddname) 

specifies the name of a DD statement that identifies all the volumes that 
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try to 
dynamically allocate the required volumes. 

Regards, 

Kevin 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer 
Sent: Tuesday, September 26, 2017 9:37 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: MERGECAT QUESTION 

Since you are not accessing the datasets, why would you care what volume they 
are on. MERGECAT moves catalog entries from one catalog to another. If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it. 

> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes 
> Sent: Tuesday, September 26, 2017 9:08 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: MERGECAT QUESTION 
> 
> Jesse, 
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist. 
> 
> Is it no longer required? I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT. 
> 
> Could you or somebody confirm? I ran test using your example and it 
> worked. Just want to be sure. 
> 
> Sorry to sound like a doubting Thomas. Catalog maintenance makes me nervous. 

-- 
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 

-- 
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: MERGECAT QUESTION

2017-09-26 Thread Neubert, Kevin
My apologies, was simply noting the behavior per the commands manual… “If you 
do not specify FILE, VSAM will try to dynamically allocate the required 
volumes.”

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Tuesday, September 26, 2017 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

 Kevin,
Now I am worried.  I am the origin of the post.  I checked and so far I haven't 
processed any VSAM dsns.  If I understand your recommendation, I would need to 
add the DD statement FILE if VSAM files are to be processed?

On Tuesday, September 26, 2017, 12:54:30 PM EDT, Neubert, Kevin 
 wrote:  
 
 DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters.

FILE(ddname)

specifies the name of a DD statement that identifies all the volumes that 
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try to 
dynamically allocate the required volumes.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Tuesday, September 26, 2017 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

Since you are not accessing the datasets, why would you care what volume they 
are on.  MERGECAT moves catalog entries from one catalog to another.  If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes
> Sent: Tuesday, September 26, 2017 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MERGECAT QUESTION
> 
> Jesse,
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist.
> 
> Is it no longer required?  I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT.
> 
> Could you or somebody confirm?  I ran test using your example and it 
> worked.  Just want to be sure.
> 
> Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

--
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

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


Re: MERGECAT QUESTION

2017-09-26 Thread Carmen Vitullo
not necessary if processing all entries on all volumes online, but if you want 
to move some entries from a specific volume you can use the FILE(DDx) statement 






//MOVEPAGE EXEC PGM=IDCAMS 
//UCATDVR DD DSN=CATALOG.xxx.OSxxx.MCAT,DISP=SHR 
//UCATNEW DD DSN=CATALOG.xxx.OSxxx.MCAT,DISP=SHR 
//DD1 DD VOL=SER=DRxxx,UNIT=3390,DISP=OLD 
//SYSPRINT DD SYSOUT=* 
//SYSIN DD * 
REPRO ENTRIES(hlq.mlq.*) - 
INFILE(UCATDVR) OUTFILE(UCATNEW) MERGECAT FILE(DD1) 


carmen 
- Original Message -

From: "Steely.Mark"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, September 26, 2017 12:35:01 PM 
Subject: Re: MERGECAT QUESTION 

I just executed Mergecat process over the weekend and processed several VSAM 
entries and I did not have to supply any FILE DD statements. 

Thanks 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo 
Sent: Tuesday, September 26, 2017 12:25 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: MERGECAT QUESTION 

Kevin, 
Now I am worried. I am the origin of the post. I checked and so far I haven't 
processed any VSAM dsns. If I understand your recommendation, I would need to 
add the DD statement FILE if VSAM files are to be processed? 

On Tuesday, September 26, 2017, 12:54:30 PM EDT, Neubert, Kevin 
 wrote: 

DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters. 

FILE(ddname) 

specifies the name of a DD statement that identifies all the volumes that 
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try to 
dynamically allocate the required volumes. 

Regards, 

Kevin 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer 
Sent: Tuesday, September 26, 2017 9:37 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: MERGECAT QUESTION 

Since you are not accessing the datasets, why would you care what volume they 
are on. MERGECAT moves catalog entries from one catalog to another. If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it. 

> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes 
> Sent: Tuesday, September 26, 2017 9:08 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: MERGECAT QUESTION 
> 
> Jesse, 
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist. 
> 
> Is it no longer required? I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT. 
> 
> Could you or somebody confirm? I ran test using your example and it 
> worked. Just want to be sure. 
> 
> Sorry to sound like a doubting Thomas. Catalog maintenance makes me nervous. 

-- 
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 

-- 
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: MERGECAT QUESTION

2017-09-26 Thread Steely.Mark
I just executed Mergecat  process over the weekend and processed several VSAM 
entries and I did not have to supply any FILE DD statements. 

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Tuesday, September 26, 2017 12:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

 Kevin,
Now I am worried.  I am the origin of the post.  I checked and so far I haven't 
processed any VSAM dsns.  If I understand your recommendation, I would need to 
add the DD statement FILE if VSAM files are to be processed?

On Tuesday, September 26, 2017, 12:54:30 PM EDT, Neubert, Kevin 
 wrote:  
 
 DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters.

FILE(ddname)

specifies the name of a DD statement that identifies all the volumes that 
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try to 
dynamically allocate the required volumes.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Tuesday, September 26, 2017 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

Since you are not accessing the datasets, why would you care what volume they 
are on.  MERGECAT moves catalog entries from one catalog to another.  If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes
> Sent: Tuesday, September 26, 2017 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MERGECAT QUESTION
> 
> Jesse,
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist.
> 
> Is it no longer required?  I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT.
> 
> Could you or somebody confirm?  I ran test using your example and it 
> worked.  Just want to be sure.
> 
> Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

--
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

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


Re: MERGECAT QUESTION

2017-09-26 Thread esmie moo
 Kevin,
Now I am worried.  I am the origin of the post.  I checked and so far I haven't 
processed any VSAM dsns.  If I understand your recommendation, I would need to 
add the DD statement FILE if VSAM files are to be processed?

On Tuesday, September 26, 2017, 12:54:30 PM EDT, Neubert, Kevin 
 wrote:  
 
 DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters.

FILE(ddname)

specifies the name of a DD statement that identifies all the volumes that
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try
to dynamically allocate the required volumes.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Tuesday, September 26, 2017 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

Since you are not accessing the datasets, why would you care what volume they 
are on.  MERGECAT moves catalog entries from one catalog to another.  If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes
> Sent: Tuesday, September 26, 2017 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MERGECAT QUESTION
> 
> Jesse,
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist.
> 
> Is it no longer required?  I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT.
> 
> Could you or somebody confirm?  I ran test using your example and it 
> worked.  Just want to be sure.
> 
> Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

--
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: MERGECAT QUESTION

2017-09-26 Thread Neubert, Kevin
DFSMS Access Method Services Commands (SC23-6846), REPRO, REPRO Parameters.

FILE(ddname)

specifies the name of a DD statement that identifies all the volumes that
contain the VVDSs to be updated. If you do not specify FILE, VSAM will try
to dynamically allocate the required volumes.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Tuesday, September 26, 2017 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MERGECAT QUESTION

Since you are not accessing the datasets, why would you care what volume they 
are on.  MERGECAT moves catalog entries from one catalog to another.  If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John Dawes
> Sent: Tuesday, September 26, 2017 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MERGECAT QUESTION
> 
> Jesse,
> 
> I noticed that in your example you do not have the DD1 statements 
> which indicate on which disks the dsns exist.
> 
> Is it no longer required?  I remember that in the past I had to code 
> in the jcl several DD1 statements when I was doing a REPRO MERGECAT.
> 
> Could you or somebody confirm?  I ran test using your example and it 
> worked.  Just want to be sure.
> 
> Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

--
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: MERGECAT QUESTION

2017-09-26 Thread retired mainframer
Since you are not accessing the datasets, why would you care what volume they 
are on.  MERGECAT moves catalog entries from one catalog to another.  If any of 
the entries being moved require the VVDS be updated, the information to access 
that VVDS is already available and there is no need for the user to provide it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Dawes
> Sent: Tuesday, September 26, 2017 9:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MERGECAT QUESTION
> 
> Jesse,
> 
> I noticed that in your example you do not have the DD1 statements which 
> indicate on
> which disks the dsns exist.
> 
> Is it no longer required?  I remember that in the past I had to code in the 
> jcl several DD1
> statements when I was doing a REPRO MERGECAT.
> 
> Could you or somebody confirm?  I ran test using your example and it worked.  
> Just want
> to be sure.
> 
> Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

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


Re: MERGECAT QUESTION

2017-09-26 Thread Jesse 1 Robinson
No problem, Thomas. ;-) As I said, that is (more or less) the JCL that I last 
used for MERGECAT. There is no reference in control statements to the JCL DD 
card. I suspect that the old requirement to 'mount' an online DASD 
volume--especially the one containing the master catalog--has been relaxed or 
eliminated. It seems pretty primitive the era of dynamic allocation. I did not 
consult official doc before posting.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Dawes
Sent: Tuesday, September 26, 2017 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MERGECAT QUESTION

Jesse,

I noticed that in your example you do not have the DD1 statements which 
indicate on which disks the dsns exist.

Is it no longer required?  I remember that in the past I had to code in the jcl 
several DD1 statements when I was doing a REPRO MERGECAT.

Could you or somebody confirm?  I ran test using your example and it worked.  
Just want to be sure.

Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.


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


Re: MERGECAT QUESTION

2017-09-26 Thread John Dawes
Jesse,

I noticed that in your example you do not have the DD1 statements which 
indicate on which disks the dsns exist.

Is it no longer required?  I remember that in the past I had to code in the jcl 
several DD1 statements when I was doing a REPRO MERGECAT.

Could you or somebody confirm?  I ran test using your example and it worked.  
Just want to be sure.

Sorry to sound like a doubting Thomas.  Catalog maintenance makes me nervous.

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


Re: MERGECAT QUESTION

2017-09-23 Thread esmie moo
Thanks Jesse for the example.  I will use it to perform the MERGECAT.
Thank you to all who responded.
 

On Friday, September 22, 2017, 2:30:03 PM EDT, Jesse 1 Robinson 
 wrote:  
 
 Here's a scrubbed-up version of the last MERGECAT I ran. DD CATVOL is in the 
JCL but not referenced in IDCAMS control statements. As for the order of 
MERGECAT and DEF ALIAS, I put them in that order. Can't say if that's required. 

Note: in the original incarnation of MERGECAT, you were not allowed to REPRO 
out of a master catalog for safety reasons. That restriction was relaxed eons 
ago. In any case desk-check this very well to avoid utter catastrophe. ;-(

//STEP1    EXEC PGM=IDCAMS,REGION=32M                    
//CATVOL  DD  DISP=OLD,DSN=source-catalog              
//SYSPRINT DD  SYSOUT=*                                  
//SYSIN    DD  *                                        
  REPRO IDS(source-catalog) MERGECAT -                  
        LVL(hlq-to-move)      -                        
        ODS(target-catalog)                            
    IF LASTCC = 0 THEN DO                                  
      DEL hlq-to-move ALIAS  /* cleanup just in case */                         
       
      DEF ALIAS (NAME(hlq-to-move) REL(target-catalog) )      
  END                                                    

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MERGECAT QUESTION

 Thanks Todd,
I looked at a few examples (IBM REDBOOK) and they have DD1 statements.  Do I 
need to use them as well?

    On ‎Friday‎, ‎September‎ ‎22‎, ‎2017‎ ‎11‎:‎27‎:‎09‎ ‎AM, Burrell, Todd 
 wrote:  
 
 I usually do the MERGECAT first and then define the alias.  I believe the 
ALIAS DEFINE will fail if there are entries in the MCAT that match it...  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MERGECAT QUESTION

Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow. For example do I define the ALIAS and then perform the MERGECAT? or I 
perform the MERGECAT and then define the ALIAS?I don't have a test system in 
which I can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


--
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
  

--
For IBM-MAIN subscribe

Re: MERGECAT QUESTION

2017-09-22 Thread Jesse 1 Robinson
MCAT should certainly be READ for all but a handful of system support folks. 
The actions required here require MCAT update in two respects: MERGECAT deletes 
source entries from MCAT, while DEF ALIAS requires yet another update.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, September 22, 2017 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MERGECAT QUESTION

I guess one question not asked is how is the Master cat updated this way.

I think a best practice is to have MCAT READ Access with only a few users who 
can update to add ALIASes and the like.

If your MCAT is not READ, that may be a task you may wish to perform

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of esmie moo
> Sent: Friday, September 22, 2017 8:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: MERGECAT QUESTION
> 
> Gentle Readers,
> We have about hundreds of user dsns which are cataloged in the MCAT 
> because the alias for the users were not defined.My question is the 
> sequence I should follow. For example do I define the ALIAS and then 
> perform the MERGECAT? or I perform the MERGECAT and then define the 
> ALIAS?I don't have a test system in which I can try it out.
> Below is my jcl to run the
> MERGECAT:/*   //STEP1EXEC
> PGM=IDCAMS,REGION=2048K,TIME=1440//DD1  DD   VOL=SER=MCAT03,UNIT=SYSA
> LLDA,DISP=OLD// DD   VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT
> DD   SYSOUT=* //SYSINDD   *
> REPRO -
>INDATASET(TSUT3.MCAT)   -
> OUTDATASET(USERCAT.APPLIC) -
>  LEVEL(CTPRT17) -
>  MERGECAT -
>FILE(DD1)
> /*   //
>  Thanks.


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


Re: MERGECAT QUESTION

2017-09-22 Thread Lizette Koehler
I guess one question not asked is how is the Master cat updated this way.

I think a best practice is to have MCAT READ Access with only a few users who 
can update to add ALIASes and the like.

If your MCAT is not READ, that may be a task you may wish to perform

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of esmie moo
> Sent: Friday, September 22, 2017 8:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: MERGECAT QUESTION
> 
> Gentle Readers,
> We have about hundreds of user dsns which are cataloged in the MCAT because
> the alias for the users were not defined.My question is the sequence I should
> follow. For example do I define the ALIAS and then perform the MERGECAT? or I
> perform the MERGECAT and then define the ALIAS?I don't have a test system in
> which I can try it out.
> Below is my jcl to run the
> MERGECAT:/*   //STEP1EXEC
> PGM=IDCAMS,REGION=2048K,TIME=1440//DD1  DD   VOL=SER=MCAT03,UNIT=SYSA
> LLDA,DISP=OLD// DD   VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT
> DD   SYSOUT=* //SYSINDD   *
> REPRO -
>INDATASET(TSUT3.MCAT)   -
> OUTDATASET(USERCAT.APPLIC) -
>  LEVEL(CTPRT17) -
>  MERGECAT -
>FILE(DD1)
> /*   //
>  Thanks.
> 

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


Re: MERGECAT QUESTION

2017-09-22 Thread Jesse 1 Robinson
Here's a scrubbed-up version of the last MERGECAT I ran. DD CATVOL is in the 
JCL but not referenced in IDCAMS control statements. As for the order of 
MERGECAT and DEF ALIAS, I put them in that order. Can't say if that's required. 

Note: in the original incarnation of MERGECAT, you were not allowed to REPRO 
out of a master catalog for safety reasons. That restriction was relaxed eons 
ago. In any case desk-check this very well to avoid utter catastrophe. ;-(

//STEP1EXEC PGM=IDCAMS,REGION=32M
//CATVOL   DD  DISP=OLD,DSN=source-catalog  
//SYSPRINT DD  SYSOUT=*  
//SYSINDD  * 
   REPRO IDS(source-catalog) MERGECAT -  
 LVL(hlq-to-move)   -
 ODS(target-catalog) 
IF LASTCC = 0 THEN DO  
   DEL hlq-to-move ALIAS   /* cleanup just in case */   
 
   DEF ALIAS (NAME(hlq-to-move) REL(target-catalog) )   
   END

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 10:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: MERGECAT QUESTION

 Thanks Todd,
I looked at a few examples (IBM REDBOOK) and they have DD1 statements.  Do I 
need to use them as well?

On ‎Friday‎, ‎September‎ ‎22‎, ‎2017‎ ‎11‎:‎27‎:‎09‎ ‎AM, Burrell, Todd 
 wrote:  
 
 I usually do the MERGECAT first and then define the alias.  I believe the 
ALIAS DEFINE will fail if there are entries in the MCAT that match it...  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MERGECAT QUESTION

Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow. For example do I define the ALIAS and then perform the MERGECAT? or I 
perform the MERGECAT and then define the ALIAS?I don't have a test system in 
which I can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


--
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: MERGECAT QUESTION

2017-09-22 Thread esmie moo
 Thanks Todd,
I looked at a few examples (IBM REDBOOK) and they have DD1 statements.  Do I 
need to use them as well?

On ‎Friday‎, ‎September‎ ‎22‎, ‎2017‎ ‎11‎:‎27‎:‎09‎ ‎AM, Burrell, Todd 
 wrote:  
 
 I usually do the MERGECAT first and then define the alias.  I believe the 
ALIAS DEFINE will fail if there are entries in the MCAT that match it...  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MERGECAT QUESTION

Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow. For example do I define the ALIAS and then perform the MERGECAT? or I 
perform the MERGECAT and then define the ALIAS?I don't have a test system in 
which I can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


--
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: MERGECAT QUESTION

2017-09-22 Thread Neubert, Kevin
Documented here on about a page and a half in length:  DFSMS Managing Catalogs 
(SC23-6853), Maintaining Catalogs, Changing the Size of Contents of a Catalog.

Regards

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MERGECAT QUESTION

Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow. For example do I define the ALIAS and then perform the MERGECAT? or I 
perform the MERGECAT and then define the ALIAS?I don't have a test system in 
which I can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

--
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: MERGECAT QUESTION

2017-09-22 Thread Burrell, Todd
I usually do the MERGECAT first and then define the alias.  I believe the ALIAS 
DEFINE will fail if there are entries in the MCAT that match it...  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Friday, September 22, 2017 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MERGECAT QUESTION

Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow. For example do I define the ALIAS and then perform the MERGECAT? or I 
perform the MERGECAT and then define the ALIAS?I don't have a test system in 
which I can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


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


MERGECAT QUESTION

2017-09-22 Thread esmie moo
Gentle Readers,
We have about hundreds of user dsns which are cataloged in the MCAT because the 
alias for the users were not defined.My question is the sequence I should 
follow.  
For example do I define the ALIAS and then perform the MERGECAT? or I perform 
the MERGECAT and then define the ALIAS?I don't have a test system in which I 
can try it out.
Below is my jcl to run the MERGECAT:/*                                          
         //STEP1    EXEC PGM=IDCAMS,REGION=2048K,TIME=1440    //DD1      DD   
VOL=SER=MCAT03,UNIT=SYSALLDA,DISP=OLD//         DD   
VOL=SER=TST001,UNIT=SYSALLDA,DISP=OLD//SYSPRINT DD   SYSOUT=*                   
          //SYSIN    DD   *                                          REPRO -    
                                               INDATASET(TSUT3.MCAT)   -        
                    OUTDATASET(USERCAT.APPLIC) -                         
LEVEL(CTPRT17) -                                     MERGECAT -                 
                          FILE(DD1)                                 /*          
                                         //                                     
              Thanks.

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