A bit off the direct topic, but I have a strongly ingrained habit of protecting my data sets in JCL explicitly. In order to do this, I actually insert a step at the end which is an IEFBR14 which contains a DD for each DSN which I want protected for the entire job with an explicit DISP=OLD. I also tend to put comments in the JCL when I switch from DISP=OLD to DISP=SHR which says something like (after the DD referencing the DSN): //* THIS IS THE LAST STEP WHICH UPDATES ... FURTHER STEPS ONLY READ IT.
I prefer putting _good_ documentation into the actual run JCL because when a job dies, it can be a PAIN trying to find the restart information. Is it in a MS Word Doc file? Where? Oh, it is in CA-7 prose? Is it in a PDS? Where? Of course, strong (and unique) standards are helpful. We like good standards. That's why we change them all the time around here. Reminds me of my mom: Me: Mom, where's the ... Mom: It's where it belongs! Me: Where is that this week? On Mon, Jan 6, 2014 at 9:57 AM, Paul Gilmartin <[email protected]> wrote: > On Mon, 6 Jan 2014 07:11:45 -0700, Lizette Koehler wrote: > > >One concern I might have is the fact some processes were set up with the > >following philosophy > > > >Submit all jobs at once, and the enqueue will keep them from running > >concurrently. One at a time will run. > > > >So, if you change even one job to be able to run concurrently instead of > >serially, it might create for some interesting events. > > > >This might make some companies rethink their job control processes. > > > If, perhaps, they allocate data sets EXC in an early step, then continue > to update them in later steps with DISP=SHR. Isn't the default > DISALLOW, which provides some protection through compatibility > with older behavior? > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
