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

Lockdown 'DELETE GDG, FORCE' Command...


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

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Mon Feb 22, 2010 9:55 pm
Reply with quote

Hi,

Till yesterday everything was fine and, all of sudden, today they told us "'DELETE GDG, FORCE' Command" will be locked down in the LPAR I work.

When I asked them they say,
Quote:
Unfortunately, much of the IBM documentation is not very clear on the hazards of using ‘DELETE GDG FORCE’ commands. The documentation extracts below all come from z/OS v1r9 IBM manuals.

The clearest documentation on the effects of ‘DELETE GDG FORCE’ commands are found in DFSMShsm manuals. We have highlighted key statements in red.

Here is a section from the DFSMShsm Implementation and Customization Guide (p. 398):

Access Method Services DELETE GDG FORCE Command

Assume that you have a generation data group with generation data sets that have migrated, and you wish to delete the group. If you use the Access Method Services DELETE GDG FORCE command to delete the catalog entries for the generation data group and its generation data sets, IDCAMS does not invoke DFSMShsm. You must then issue the DFSMShsm DELETE command for each of the now-uncataloged migration copies.

I really feel like a JCLM, not sure if some one has faced this already - would like to know what they think, is it a good idea, in real?
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Mon Feb 22, 2010 10:39 pm
Reply with quote

A lot of places restict the use of FORCE to storage and sysprog people.

One place they said it was because it focused the mind that you really did want to do this. For me it's not a problem as I have a REXX that will delete all of the generations and then the base definition.

As from a storage view, it is better that there are no uncataloged datasets held in the MCDS, however a HSM audit will highlight these datasets and offer the code to delete the HSM entries. On a downside, an audit can take up to 48 hours to complete.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Tue Feb 23, 2010 5:57 pm
Reply with quote

Thank you, Expat.

that means, using the ‘DELETE GDG FORCE’ command causes migrated GDSs to become uncataloged, but not deleted. This data takes up space and will be billable to the data owners, right?
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Tue Feb 23, 2010 6:27 pm
Reply with quote

That is what it says in the good book. So yes they will be billable if HSM is a billable component for the bean counters.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Tue Feb 23, 2010 7:02 pm
Reply with quote

Fine, Thanks expat.
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 RACF - Rebuild SETROPTS command which... All Other Mainframe Topics 3
No new posts DELETE SPUFI DB2 1
No new posts DSNTIAUL driven delete IBM Tools 0
No new posts Routing command Address SDSF to other... TSO/ISPF 2
No new posts DTL - how to define key with stacked ... TSO/ISPF 3
Search our Forums:

Back to Top