Ant, Is DF/DSS smart enough to notice that if I am sending the output to DD DUMMY to not recall HSM migrated datasets before deleting them?
Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Anthony Thompson Sent: Thursday, February 20, 2014 9:01 PM To: [email protected] Subject: Re: Deleting multiple data sets DF/DSS can be useful for deleting datasets, with all its filtering capabilities on dataset attributes as well as dataset name... INCLUDE / EXCLUDE / BY Ant. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mike Schwab Sent: Friday, 21 February 2014 11:48 AM To: [email protected] Subject: Re: Deleting multiple data sets HDEL in front of each dataset name, instead of D. Type HDEL on the first one, = on the rest. On Thu, Feb 20, 2014 at 8:05 PM, Paul Gilmartin <[email protected]> wrote: > Often, after finishing a series of tests, I have several dozen data > sets to delete. Actually, I'm careless; often I don't delete them > until the next time I want to run similar tests, by which time most are > migrated. > > Over the years, I've used several techniques: > > o Use TSO DELETE in an IKJEFT* step, possibly in an EXEC. > > o IEFBR14 with DISP=(OLD,DELETE) Does this JCL error if DSN > doesn't exist? If I use DISP=(MOD,DELETE) will it allocate the > data set that will never be used? I understand that JCL now > bypasses recall if the data set is migrated. Good. I understand > that job step allocation now proceeds in parallel rather than > sequentially. Better, but does this apply to the IEFBR14 special > delete processing? (2.1 only? We're not there yet.) > > o Type D in front of each on a DSLIST menu. Slow. I'm told that > our mostly non-sysplex configuration precludes some catalog > optimization that most programmers can rely on. And I must > remember to omit the .DATA and .INDEX members or I come back > from my coffee break and find my terminal hanging on a prompt. > > Pity: DSLIST processing seems to operate sequentially. I wish > that when I type I in front of several data sets it would recall > the others while I'm viewing one. > > o IDCAMS DELETE. This seems to be ignorant of migrate optimization. > Pity; IDCAMS DELETE is so close to TSO DELETE that that > optimization should be performed in common code. > > You've probably guessed I'm impatient; when I do get around to > cleaning up, I want it to be over so I can start my tests. > > What fits my skill set best would be a UNIX script that does: > > while DSN in ..., do ( _BPX_SHAREAS=NO some-rexx-exec address TSO > 'DELETE' DSN ) & done > > ... I might need to pace it lest I exceed PROC_MAX. Too bizarre? > Anything else wrong with it? Would I gain nothing because of catalog > single-threading? Any other ideas? > > Thanks, > gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
