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

How to Recall the set of sequential files


IBM Mainframe Forums -> CLIST & REXX
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
kalaikala

New User


Joined: 21 Jul 2007
Posts: 27
Location: Chennai

PostPosted: Sat Jul 21, 2007 5:48 pm
Reply with quote

How to Recall the set of sequential files and members which is in migration state. Now i have a rexx script in which i have to do each and every file one by one(I cant do it continuously some time gap is needed between each submission). And also i need to maintain the information that which file is successful and which is not. This also i am doing manually icon_sad.gif , so it consumes lot of time. If any one knows simple way to do this please help me out.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Sat Jul 21, 2007 6:27 pm
Reply with quote

Why not put all the files into one rexx and run it once
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


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

PostPosted: Sat Jul 21, 2007 11:00 pm
Reply with quote

Hello,

If you do this
Quote:
Why not put all the files into one rexx and run it once
and execute the rexx in batch, you will have all of the info in a sysout dataset for use and re-use later.
Back to top
View user's profile Send private message
PeD

Active User


Joined: 26 Nov 2005
Posts: 459
Location: Belgium

PostPosted: Sun Jul 22, 2007 4:45 am
Reply with quote

One advice also : writing a small REXX exec is easy but in that case ( specially with generic name ) most of the times you will recall more files that you need.

You will then keep resources ( tapes robots, .. ) and you work not alone.

I saw on monday morning or back from holidays some guys making an programmed exec and recalling more than 4.000 data sets.

Others have just to wait even for one recall process !!!!
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


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

PostPosted: Sun Jul 22, 2007 5:49 am
Reply with quote

Hello Kalai,

Please clarify this:
Quote:
set of sequential files and members


Is there something special going on with "members" (the recall would bring back the entire pds)?

Just how many files are going to be recalled (probably my misunderstanding, but i had a fairly small number in mind - Thanks for the reminder, Pierre). If you need to do this for thousands of datasets, you may not be able to fit all of them onto the current dasd, not counting the impact on other processing.

I also notice that part of your task is to keep track of which ones could be recalled and which failed. Do you expect recall failures? Sounds very scary.

If you have many. many datasests to verify, i'd suggest breaking them into managable groups and run those in batch. Between recall runs, force migrate the ones that were successful and not immediately needed for processing - you could use the same list of dsns used to do the recall leaving out any failures. That way your process would be mostly automated and not cause resource problems.
Back to top
View user's profile Send private message
kalaikala

New User


Joined: 21 Jul 2007
Posts: 27
Location: Chennai

PostPosted: Wed Jul 25, 2007 7:58 pm
Reply with quote

Hello Friends,

Thanx. icon_smile.gif I ll try your suggestions and let you know.

I have to this processes nearly 500 files on every Monday. So nearly half a day is wasting. And i am very new to mainframe so it ll take time for me to implement it.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Wed Jul 25, 2007 10:09 pm
Reply with quote

By submitting them all in one go is more efficient from a HSM point of view.

HSM will mount eash ML2 tape only once for all of the requests, so if you break them down into batches, you may end up mounting the same volumes numerous times.
Back to top
View user's profile Send private message
PeD

Active User


Joined: 26 Nov 2005
Posts: 459
Location: Belgium

PostPosted: Wed Jul 25, 2007 10:24 pm
Reply with quote

Quote:
By submitting them all in one go is more efficient from a HSM point of view.

Hi Martin,
except it can be rules putting in low priority the one asking for many recalls and letting go first the one(s) whith small amount of recalls.
It could be the case ( it is the case ) at the shop you are working icon_lol.gif
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Jul 26, 2007 1:46 pm
Reply with quote

Hi Pierre,

Mmmmmmmmmmmmmmm,

That must be one hell of an exit / code change to get inside of HSM like that.

Or do you mean a monitor that dynamically adjusts the DP of the job executing to load the requests into the HSM queue.

P.S. - Must be my turn to buy lunch icon_eek.gif
Back to top
View user's profile Send private message
kgumraj

Active User


Joined: 01 May 2006
Posts: 151
Location: Hyderabad

PostPosted: Thu Jul 26, 2007 3:01 pm
Reply with quote

Hi Kalaikala,

Everyone has same problem, whether you are new to mainframe or experiened. But we need to be little care when handleing situations.

What I suggest is
1. You can use IEFBR14 program to recall quickly.
2. Or use HRECALL in JCL.
3. With my little exp I have found ".CNTL" files dont migrate as other files do. Check this.

Thanks
Back to top
View user's profile Send private message
murmohk1

Senior Member


Joined: 29 Jun 2006
Posts: 1436
Location: Bangalore,India

PostPosted: Thu Jul 26, 2007 4:00 pm
Reply with quote

Kiran,

Quote:
With my little exp I have found ".CNTL" files dont migrate as other files do. Check this.


What do you mean by .CNTL files?
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Thu Jul 26, 2007 5:12 pm
Reply with quote

The management of datasets, based on HLQ, LLQ, or various other dataset naming combinations are all site specific, depending on how the SMS environment has been set up by the storage group.
Back to top
View user's profile Send private message
kgumraj

Active User


Joined: 01 May 2006
Posts: 151
Location: Hyderabad

PostPosted: Thu Jul 26, 2007 5:33 pm
Reply with quote

Expact,

I didnt know it was Shop specific. Thanks.

Murali,

.CNTL files are Control files. usually we specify all Source, JCL, CLIST datasets as
USERID.JCL.CNTL etc..
Back to top
View user's profile Send private message
ug123
Warnings : 1

New User


Joined: 01 Mar 2007
Posts: 39
Location: Chennai

PostPosted: Wed Aug 01, 2007 8:43 am
Reply with quote

Hi Kalai,

Could u please post the code which u are using now.. because i too need it..


Thanks,
Ugandar
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 -> CLIST & REXX

 


Similar Topics
Topic Forum Replies
No new posts Merge files with a key and insert a b... DFSORT/ICETOOL 6
No new posts COBOL program logic for comparisipn o... COBOL Programming 2
No new posts Sort with JOINKEYS using two VB files DFSORT/ICETOOL 1
This topic is locked: you cannot edit posts or make replies. Compare files with duplicates in one ... DFSORT/ICETOOL 11
No new posts Join files where value in one is betw... DFSORT/ICETOOL 6
Search our Forums:

Back to Top