Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
Same GDG for month-end & Daily cycle, JCL error..confusi

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
Anuj Dhawan

Senior Member


Joined: 22 Apr 2006
Posts: 6258
Location: Mumbai, India

PostPosted: Sat Mar 15, 2008 6:32 am    Post subject: Same GDG for month-end & Daily cycle, JCL error..confusi
Reply with quote

Hi,

A program AAA has got two functioning, one for Month-End & second for Daily cycyle. JCL for this looks like

Code:
//PGMSTEP  EXEC PGM=AAA
.
.

//AATOTFIL DD  DSN=XXXX.XX.AAA.BALTOTAL(+6), 
//             DISP=(OLD,KEEP,KEEP)             
//AATOTFLO DD  DSN=XXXX.XX.AAA.BALTOTAL(+7), 
//             DISP=(NEW,CATLG,DELETE),         
//AATOTNXT DD  DSN=XXXX.XX.AAA.BALTOTAL(+7), 
//             DISP=(NEW,CATLG,DELETE),       
.
.
   


In both the functioning (month-end & daily) input GDG is XXXX.XX.AAA.BALTOTAL(+6); if month-end is there //AATOTNXT is created else //AATOTFLO. This JOB works well in production but when tried in Test region & I checked for syntax errors, it shows:
Code:
FILE IS ALREADY CATALOGED
for the DD name //AATOTNXT... why so.. icon_confused.gif. Please advise.
Back to top
View user's profile Send private message

dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Sat Mar 15, 2008 9:27 am    Post subject:
Reply with quote

Hello,

One solution that shoud work in both enviroments would be to change the 2 output files to temporary datasets rather than the +7 as specified now. Pgm AAA "knows" if this is the monthly or the daily run and could set a condition code accordingly.

That condition code would then be checked by 2 new "copy" steps that would read the appropriate temporary file and at that time create the +7(see below) generation.

The reason it currently works in production may be due to interaction with the scheduling software.

IMHO, having multiple dd statements "create" a new generation of the same gdg in a single step is a design flaw. I also would question why a job is creating 7 (or more?) generations of the same gdg. I suspect that this causes considerable confusion when trying to plan a restart. What good are the intermediate generations? It appears that the intermediate generations would be difficult (at best) to even use. . .
Back to top
View user's profile Send private message
Anuj Dhawan

Senior Member


Joined: 22 Apr 2006
Posts: 6258
Location: Mumbai, India

PostPosted: Sat Mar 15, 2008 10:15 am    Post subject:
Reply with quote

Hi Dick,

Quote:
having multiple dd statements "create" a new generation of the same gdg in a single step is a design flaw.
There is an old saying, "if a 'machine' is working fine, don't distrub it"...Yes, it might be a design flaw, if I report it to My P.M. he would not be in a ready mood to allow me to fix because My current motive is to test a 'change' using this JOB & let the other 'things' as it is.
Quote:
I also would question why a job is creating 7 (or more?) generations of the same gdg.
They call it Business Balance file, it flows through the JOB to capture today's activity. Each program has some entries to update in this file..so this many generations, might sound little stupid.

Quote:
I suspect that this causes considerable confusion when trying to plan a restart. What good are the intermediate generations? It appears that the intermediate generations would be difficult (at best) to even use. . .
Well, they make use of UC11RMS, it comes with CA-11 sechduler. It 'creates' a 'system' dataset , RMSRPT, in SYSOUT, which allows to look for how many generation were created in the respective JOB.

Might be it's something to do with sechduler software in use, but the one in production the same is in use in test region, then why the problem is only in test & why not in production..however I run this job 'individually' in test.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Sat Mar 15, 2008 10:19 pm    Post subject:
Reply with quote

Hi Anuj,

Quote:
then why the problem is only in test & why not in production
Because they are not the same? Look at the de-allocation from a production run and i suspect you will see that the production run does not try to "create" two +7 generations. Something in the production environment "knows" and circumvents the "duplicate" error. The test run is reacting to the jcl as submitted - which is incorrect.

Quote:
"if a 'machine' is working fine, don't distrub it"...
It does not sound like it is "workikng fine" to me. . . icon_confused.gif

Quote:
might sound little stupid
Not stupid - just poorly designed and implemented. As i mentioned before, how can these multiple intermediate generations ever be used? If they cannot be used without jumping thru hoops, i'd suggest they not participate in that gdg. It is easily understandable that different parts of the process would incrementally modify the overall content, but i do not see why they all need to be part of the same gdg.
Back to top
View user's profile Send private message
Anuj Dhawan

Senior Member


Joined: 22 Apr 2006
Posts: 6258
Location: Mumbai, India

PostPosted: Sun Mar 16, 2008 5:00 am    Post subject:
Reply with quote

Hi Dick,

dick scherrer wrote:
Look at the de-allocation from a production run and I suspect you will see that the production run does not try to "create" two +7 generations. Something in the production environment "knows" and circumvents the "duplicate" error.
Yes, this is what I'm searching for..

Quote:
It does not sound like it is "working fine to me . . . icon_confused.gif
I meant in Production it is.

Quote:
Not stupid - just poorly designed and implemented.
These systems are in Production much before since my birth. I think I'm too new to comment on their design. Sometimes, I've better suggestion on older designs with a perfect comparison of CPU statistics but they can't implement them right away, until we get some billability for that, it's business..huh..
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts IEW2456E error when link-editing a C ... Senthilraj JCL & VSAM 0 Fri Oct 13, 2017 3:12 pm
No new posts FTP Skip or ignore error and process ... AJAYREDDY All Other Mainframe Topics 3 Wed Sep 27, 2017 8:12 pm
No new posts Assembler Macro Copybook converted to... Ziquilix PL/I & Assembler 4 Tue Sep 26, 2017 3:07 am
No new posts Fetch Previous month & year in MM... girishb2 DFSORT/ICETOOL 3 Thu Sep 21, 2017 9:54 pm
No new posts FUSE - IBM MQ - CICS integration error Kevin Vaz CICS 1 Mon Sep 18, 2017 4:31 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us