IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

How to find the volume serial number of a GDG


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
sreekantham

New User


Joined: 15 Sep 2008
Posts: 5
Location: BANGALORE

PostPosted: Wed Jan 28, 2015 2:53 pm
Reply with quote

Hi,

I have a requirement where i would need to know the volume serial number of the GDG file.

My input will be like
ABC.IC1.XXXXXXX.XXXXXXX(-NUM)

The NUM in above will be varied based on the week which i want to restore.

Please help me with the utility or tool using which i can generatet the volume serial number for the above file.

Thanks,
Sreekanth
Back to top
View user's profile Send private message
steve-myers

Active Member


Joined: 30 Nov 2013
Posts: 917
Location: The Universe

PostPosted: Wed Jan 28, 2015 4:46 pm
Reply with quote

Your "requirement" makes no sense.

In JCL, you just specify DSNAME=ABC.IC1.XXXXXXX.XXXXXXX(-NUM)

There is no particular reason to know, or have any interest in, the volume or volumes where the data resides.
Back to top
View user's profile Send private message
sreekantham

New User


Joined: 15 Sep 2008
Posts: 5
Location: BANGALORE

PostPosted: Wed Jan 28, 2015 6:37 pm
Reply with quote

Hi Steve,

The reason why i want Volume serial number is
" Based on the volume serial number i want to generate a tape file for recalling the GDG version if it is migrated".

Scenario: I wanted to restore the database to some older state and if the GDG version is migrated then i need to recall the GDG for that i would need to create the tape file and pass to utility "IEFBR14" to recall this file and once recall is completed. i can restore the database.

currently from CA1 or from Spool when the GDG version is created, we used to take the volume serial numbers and recall the GDG version but we are trying to automate this process.

Thanks,
Sreekanth
Back to top
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania

PostPosted: Wed Jan 28, 2015 6:40 pm
Reply with quote

Now explain that again, but in a way we mere mortals can make sense of it...
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India

PostPosted: Wed Jan 28, 2015 6:54 pm
Reply with quote

Hi,

Could you explain a little more clearly?
Typing very long sentences without commas or full stops, makes it very hard for the readers to understand.

Read your sentence twice, still unable to understand.

Quote:
Scenario: I wanted to restore the database to some older state and if the GDG version is migrated then i need to recall the GDG for that i would need to create the tape file and pass to utility "IEFBR14" to recall this file and once recall is completed. i can restore the database.

currently from CA1 or from Spool when the GDG version is created, we used to take the volume serial numbers and recall the GDG version but we are trying to automate this process.
Back to top
View user's profile Send private message
sreekantham

New User


Joined: 15 Sep 2008
Posts: 5
Location: BANGALORE

PostPosted: Wed Jan 28, 2015 7:04 pm
Reply with quote

Scenario:
I wanted to restore the database to some older GDG state and if the GDG version is migrated, then the current process we follow to restore is:

1. Go to CA1 and get the volume serial number for all the GDG files
2. Go to production environment and get the corresponding tape file
3. Run a job which has IEFBR14 utility to recall the file
4. Once step3 completed then we can restore the database using REPRO

We are currently trying to automate this process such that

For any older version which we want to restore a single job when submitted, it should
1. Generate the tape files for the database version which we want to restore
2. This will avoid us from going to CA1 to get the volume serial numbers.

My requirement is how can i identify the volume serial numbers for GDG file, if i get this then i can generate the tape file from this.

Please let me know if you need any further clarifications.

Thanks,
Sreekanth
Back to top
View user's profile Send private message
David Robinson

Active User


Joined: 21 Dec 2011
Posts: 199
Location: UK

PostPosted: Wed Jan 28, 2015 7:46 pm
Reply with quote

Why do you need to use IEFBR14 to recall the dataset? And even if you did, why do you need the VSN?
Back to top
View user's profile Send private message
steve-myers

Active Member


Joined: 30 Nov 2013
Posts: 917
Location: The Universe

PostPosted: Wed Jan 28, 2015 9:33 pm
Reply with quote

OK. I think the concern is the tapes have been moved offsite. The terminology is poor.

The recall from the offsite archive is extremely simple:

Code:
//RECALL  EXEC PGM=IEFBR14
//TAPES    DD  DISP=SHR,UNIT=(,DEFER),
//             DSNAME=ABC.IC1.XXXXXXX.XXXXXXX(-NUM)

If that does not kick off the recall, you can obtain the volumes from the output. Once the tapes are in house, you can run your restore job.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Pulling a fixed number of records fro... DB2 2
No new posts Substring number between 2 characters... DFSORT/ICETOOL 2
No new posts To find whether record count are true... DFSORT/ICETOOL 6
No new posts Generate random number from range of ... COBOL Programming 3
No new posts Increase the number of columns in the... IBM Tools 3
Search our Forums:

Back to Top