Can we use SYMBOLIC parameter as last qualifier of GDG base?

Adhiraj_Singh · New User Joined: 27 Jun 2012 Posts: 3 Location: INDIA

Hi,

i wished to know if i could use SYMBOLIC parameter as LAST QUALIFIER of GDG base if yes could you please elaborate?

My requirement basically is:

I wish to create GDG base every quarter with value increasing by 1 every quarter, the best way i could think of, was to use a parameter that would increment the value by 1.

TESTOR00.TE.GR70 ---> GDG base 1st Quarter
TESTOR00.TE.GR71 ---> GDG base 2nd Quarter

and So on.....

Please help.

dbzTHEdinosauer · Posted: Mon Sep 17, 2012 4:30 pm

Adhiraj_Singh,

your question should have been posted here:
ibmmainframeforum.com/

Adhiraj_Singh · New User Joined: 27 Jun 2012 Posts: 3 Location: INDIA

hi dbzTHEdinosauer

thanks for the suggestion,

but seriously am unable to do it even after going through loads of material ...

Please help

enrico-sorichetti · Posted: Mon Sep 17, 2012 5:02 pm

in IT using the proper terminology is essential for effective communication.

review Your understanding of the GDG concept and meditate on
z/OS V1R6.0-V1R10.0 MVS JCL User's Guide
publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B540/CCONTENTS?SHELF=IEA2BK91&DN=SA22-7598-04&DT=20040712160458

and
z/OS V1R10.0 MVS JCL Reference
publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/CCONTENTS?SHELF=IEA2BK91&DN=SA22-7597-12&DT=20080604022956
not the latest versions but more than enough to start with

You can find the appropriate manuals for Your zOS version starting from
www-03.ibm.com/systems/z/os/zos/bkserv/index.html

dick scherrer · Posted: Mon Sep 17, 2012 9:03 pm

Hello and welcome to the forum,

The link DBZ posted:
ibmmainframeforum.com/

is to our student/fresher forum. Given your limited knowledge/experience with JCL in general and GDG particularly, you will probably get replies you will find a bit eaiser to use. Yes, you do need to study the documentation as well, but you should be able to progess with both.

If i understand what you want to, you can probably use symbolic parameters. Keep in mind, that they will need to be managed. . .

Pete Wilson · Posted: Thu Sep 20, 2012 1:43 pm

Why on earth do you want a different GDG base name each quarter! The whole object of a GDG is that you can add a new unique GDS to it, up to whatever LIMIT (number of generations) is defined for it by specifying GDG.BASE.NAME.QTRLY(+1). So using the same GDG base name you can just create a new generation each quarter.

daveporcelan · Posted: Thu Sep 20, 2012 5:19 pm

Pete,

Just a guess, but perhaps a new generation of the dataset is created daily.

You could not keep a years worth of data in a single gdg structure.

If you changed the base name quarterly, then this would work.

I found my crystal ball under my desk this morning. Really dusty though.

Pete Wilson · Posted: Thu Sep 20, 2012 5:56 pm

Yes I thought of that, but as you say not enough background info to this.

It would be possible to have a DAILY GDG that is then copied enmasse to a QTRLY one and the DAILY cleared down each quarter. Bit of a pain though as most generations would probably be migrated and have to be recalled.

Depending on the amount of data involved it may be better to just write to a normal QSAM file with DISP=MOD for the entire quarter then copy that up to a quarterly GDG with the required number of generations, and redefine the MOD file for the start of the new quarter.

daveporcelan · Posted: Thu Sep 20, 2012 6:03 pm

I use the technique you discribe often.

Create a weekly qsam file with disp=mod.

Copy it to a weelky backup gdg. Recreate file.

Roll up all weekly files to a yearly gdg file

I do not care about hsm recalls, it comes with the teritory. Plus we use Virtual Tape (no operator intervention).

As usual, the OP has the design in mind, and just wants help implementing.

The experts here could help with design, but why ask for that?

Adhiraj_Singh · New User Joined: 27 Jun 2012 Posts: 3 Location: INDIA

thanks for the suggestion.