Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

IEFBR14 and IDCAMS

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
Ranjithkumar

New User


Joined: 10 Sep 2008
Posts: 94
Location: India

PostPosted: Thu Mar 11, 2010 3:11 pm    Post subject: IEFBR14 and IDCAMS
Reply with quote

Whats the advantage of using IDCAMS utility for deleting datasets used in a JCL, instead of BR14 ? Is it advisable to use IDCAMS instead of BR14 utility?
Back to top
View user's profile Send private message

PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Thu Mar 11, 2010 3:15 pm    Post subject:
Reply with quote

IEFBR14 doesnt need sysin input.
So if you dont want to use control card libraries or in stream data
IEFBR14 is the way to do it.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Thu Mar 11, 2010 3:18 pm    Post subject:
Reply with quote

But IEFBR14 WILL recall migrated datasets before deleting them, thus wasting time and resource.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Thu Mar 11, 2010 3:22 pm    Post subject:
Reply with quote

Thats right expat.
Back to top
View user's profile Send private message
Ranjithkumar

New User


Joined: 10 Sep 2008
Posts: 94
Location: India

PostPosted: Thu Mar 11, 2010 3:29 pm    Post subject: Reply to: IEFBR14 and IDCAMS
Reply with quote

Will there be any CPU savings if we used IDCAMS instead of IEFBR14? Or is it the other way around?
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Thu Mar 11, 2010 3:48 pm    Post subject:
Reply with quote

What did you find out when you tried it for yourself ?
Back to top
View user's profile Send private message
Ranjithkumar

New User


Joined: 10 Sep 2008
Posts: 94
Location: India

PostPosted: Thu Mar 11, 2010 3:56 pm    Post subject: Reply to: IEFBR14 and IDCAMS
Reply with quote

Its 00 for both utilities when i tried it out . I am not able to differentiate.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Thu Mar 11, 2010 3:59 pm    Post subject:
Reply with quote

Then I would guess that any difference is negligable
Back to top
View user's profile Send private message
Escapa

Senior Member


Joined: 16 Feb 2007
Posts: 1399
Location: IL, USA

PostPosted: Thu Mar 11, 2010 4:05 pm    Post subject: Re: Reply to: IEFBR14 and IDCAMS
Reply with quote

Ranjithkumar wrote:
Its 00 for both utilities when i tried it out . I am not able to differentiate.

Have you tried it for migrated dataset?
Back to top
View user's profile Send private message
Ranjithkumar

New User


Joined: 10 Sep 2008
Posts: 94
Location: India

PostPosted: Thu Mar 11, 2010 4:06 pm    Post subject: Reply to: IEFBR14 and IDCAMS
Reply with quote

Thank you Expat. I read this somewhere online - "IDCAMS does not cause any tape mounts to uncatalog/delete a data set. Using IEFBR14 to uncatalog a tape data set with JCL with a DISP of DELETE causes a tape mount." Was the statement true? Does tape mounts afffect performance somehow?
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2422
Location: Netherlands, Amstelveen

PostPosted: Thu Mar 11, 2010 4:17 pm    Post subject:
Reply with quote

With UNIT=(,,DEFER) for tapes there will be no mounting, cause
IEFBR14 doesnt do anything (like opening datasets).

To uncatalog you have to use the uncatlg parameter of the DISP statement.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Thu Mar 11, 2010 4:19 pm    Post subject: Re: Reply to: IEFBR14 and IDCAMS
Reply with quote

Ranjithkumar wrote:
IDCAMS does not cause any tape mounts to uncatalog/delete a data set. Using IEFBR14 to uncatalog a tape data set with JCL with a DISP of DELETE causes a tape mount."

What happens if you try having specified deferred mount in the JCL

Aaaaaaaah, fast fingers Peter has beaten me to that one icon_biggrin.gif

Although my testing used MOD,DELETE,DELETE with no mount.
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1703
Location: Australia

PostPosted: Thu Mar 11, 2010 4:38 pm    Post subject:
Reply with quote

Hi Expat,

the mount is still issued and the the tape drive is still allocated,
,,DEFER still allocates the tape drive.


Gerry
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Thu Mar 11, 2010 4:40 pm    Post subject:
Reply with quote

Good thinking Gerry. Thanks for the reminder icon_redface.gif
Back to top
View user's profile Send private message
parsesource

New User


Joined: 06 Feb 2006
Posts: 97

PostPosted: Thu Mar 18, 2010 12:18 am    Post subject:
Reply with quote

expat wrote:
But IEFBR14 WILL recall migrated datasets before deleting them, thus wasting time and resource.


if you have z/OS 1.11 and set a parm somewhere in parmlib IEFBR14 WILL NOT recall a dataset if the step-termination DISP = DELETE. the first major update for iefbr14 since 1964....
Back to top
View user's profile Send private message
dick scherrer

Site Director


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

PostPosted: Thu Mar 18, 2010 1:47 am    Post subject:
Reply with quote

Hello,

Is this a change to IEFBR14 itself or a change to z/OS to recognize the situation?

Once upon a time, other than standard linkage in and out of the code, the "function" of IEFBR14 was to branch to register 14 and end as quickly as possible. . . icon_smile.gif
Back to top
View user's profile Send private message
parsesource

New User


Joined: 06 Feb 2006
Posts: 97

PostPosted: Thu Mar 18, 2010 3:33 am    Post subject:
Reply with quote

dick scherrer wrote:
Hello,

Is this a change to IEFBR14 itself or a change to z/OS to recognize the situation?

Once upon a time, other than standard linkage in and out of the code, the "function" of IEFBR14 was to branch to register 14 and end as quickly as possible. . . icon_smile.gif


because the recall happens before iefbr14 gets control there must be new code outside br14.
Back to top
View user's profile Send private message
dick scherrer

Site Director


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

PostPosted: Thu Mar 18, 2010 8:47 pm    Post subject:
Reply with quote

Hello,

Quote:
because the recall happens before iefbr14 gets control there must be new code outside br14.
Which should mean that this is not realy an update to iefbr14?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts IEFBR14 to delete tape without tape m... Lynne Schuler JCL & VSAM 4 Thu Jan 29, 2015 8:51 am
No new posts IDCAMS ALTER REMOVEVOLS for open CICS... Pete Wilson JCL & VSAM 2 Wed Sep 10, 2014 7:04 pm
No new posts IDCAMS to DFSORT/ICETOOL magesh23586 DFSORT/ICETOOL 10 Wed Oct 30, 2013 11:28 am
No new posts parm values in IEFBR14 bvarun. JCL & VSAM 15 Mon Aug 26, 2013 10:29 am
No new posts VSAM file with variable record length... tuxama JCL & VSAM 8 Mon Jun 17, 2013 4:47 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us