sending dataset to archive



JES, JES2, JCL utilities, IDCAMS, Compile & Run JCLs, PROCs etc...

sending dataset to archive

Postby KEN » Fri Mar 04, 2011 5:00 pm

Hi,

I have around 300 sequential datasets on mainframe which are used for testing purposes. As they are taking lot of space, I want to put them on archive. Is it possible to archive the datsets using JCL?

Suggestions will be highly appreciated.

Thnx.
KEN
 
Posts: 7
Joined: Tue Apr 27, 2010 4:35 pm
Has thanked: 0 time
Been thanked: 0 time

Re: sending dataset to archive

Postby enrico-sorichetti » Fri Mar 04, 2011 5:19 pm

the proper path is to speak to Your support to find out the procedures in place in Your organization

if no specific one is in process..
the utility normally used to take backups and consolidate many <different> dataset in one bundle is DFDSS aka ADRDSSU
( excellent filtering and wild card capabilities )

the details can be found here
http://publibz.boulder.ibm.com/cgi-bin/ ... 0227163444
chapter 2

if that is not zOS release You are using start from here
http://www-03.ibm.com/systems/z/os/zos/ ... index.html
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times

Re: sending dataset to archive

Postby KEN » Fri Mar 04, 2011 5:38 pm

Thnx enrico for the quick response.

Normally we use command "HRECALL" to de-archive a dataset. But is there any command to archive a dataset ?
KEN
 
Posts: 7
Joined: Tue Apr 27, 2010 4:35 pm
Has thanked: 0 time
Been thanked: 0 time

Re: sending dataset to archive

Postby enrico-sorichetti » Fri Mar 04, 2011 5:58 pm

the proper path is to speak to Your support to find out the procedures in place in Your organization

what is that You did not understand in the above sentence!

they are the ones supposed to tell how to proceed

the HRECALL is the reverse of HMIGRATE
the existence of the HMIGRATE command is irrelevant,
before tackling the technicalities everybody must be aware of the standards and practices

if the datasets have been hanging on primary volumes for longer than it seems reasonable they might have been assigned to an improper management class
talk to Your storage support in order to have them assigned to the proper management class in order to have them eligible for AUTO MIGRATION

for the umpteen time .... speak to Your storage support
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times


Return to JCL

 


  • Related topics
    Replies
    Views
    Last post