"McKown, John" <[email protected]> wrote in message
news:<[email protected]>.
..
> > -----Original Message-----
> > From: IBM Mainframe Discussion List 
> > [mailto:[email protected]] On Behalf Of shai hess
> > Sent: Thursday, July 09, 2009 2:52 AM
> > To: [email protected]
> > Subject: Re: Any product to undelete file?
> > 
> > HI,
> > 
> >  I want to develop an automatic process which will keep the 
> > old VTOC entries
> > of files which were deleted. Using the undelete request, will
recreate
> > the VTOC DSCB1 record automatically.
> > 
> >  I heard about many cases of wrong deleting of files.
> > 
> > 
> >  Any value?
> > 
> >  Shai
> 
> I had another reply to this, but it was a bit of a rant. So, I'll tone
it down. How are people supposed to learn "don't do that" if we make it
so that nothing that they do can cause them any harm? Implementing this
would cause more overhead in the DASD farm and CPU to "checkpoint" the
information. How is this better than simply using DFHSM to take nightly
incremental HBACKUPs? If we are going to protect people from accidental
deletion, then what about accidental updates (i.e. ran a job against the
wrong file, but it "worked" because the two files had the same
attributes)?
> 
> I really don't like the idea, personally. But then I'm a great
believer in "personal responsibility" too. 
> 
> --
> John McKown 

I agree, mainly for the overhead versus usefulness ratio.

A feature like a Recycle Bin could be useful without introducing too
much overhead. If a dataset is deleted, just keep it, but hide it by
administrating it in a Recycle Bin per volume. HSM could periodically
delete data from the Recycle based on age or size of the Recycle Bin.
The user could then be given an Undelete function, because the data is
still there.
This would also solve the problem that you can restore last night's
backup, but still have to redo today's updates.

Kees.
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**********************************************************************

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to