On 9 Jul 2007 06:43:19 -0700, in bit.listserv.ibm-main
(Message-ID:<[EMAIL PROTECTED]>)
[EMAIL PROTECTED] (Sarel Swanepoel) wrote:
One of our guys has mistakenly deleted a PDS for which we
have no
backups at all (naming standards point to a dev PDS but it
is a
production PDS).
We know on what volume the dataset was cataloged and the
storage
administrator has 'DISNEW' the SMS volume in order to
prevent any new
allocations in order to recover it.
Could anyone with tips on the recovery process please let
us know of it
as the storage administrator will try and recover the PDS
tomorrow?
Jon L. Veilleux's solution is close to what I did,
but I think mine is easier. With multiple techniques, you
can choose.
Instead of listing open areas and trying to figure
which was the dataset, I just ran IEFBR14s with MXIG DD
allocations until I got all free space on the volume.
Rather than DFDSS dumps, I used full-screen zap from
the CBT tape until I found the data. Then I deleted the
MXIG allocations.
When allocating the dataset, use ABSTRK, but don't
specify dsorg or number of directory blocks. Then use
CDSCB (CBT tape, again) to make it PO with the correct
number of directory blocks. Use PDS command (or Startools)
to set the last used track (DLISTAR?) to the end. This
should allow you to keep the directory as it was.
Upon successful read of the dataset, immediately copy
it and use the copy instead of the original from now on (in
case there's something strange left from all of this
diddling).
There are possible gotchas, though, regardless of
technique:
1. You may have to make the disk (or a copy of it) non-SMS
in order to MXIG and/or ABSTRK.
2. New allocations on SMS volumes automatically write an
EOF for some datasets. Try it out on another volume,
first.
3. Worst: Some RAIDs do not necessarily allocate the same
physical location for new allocations as for the old
allocations of the same tracks. Some automatically clear
data on new allocations. If yours is one of these, you may
either be out of luck or forced to call the RAID
manufacturer for help. Some things are easier with SLEDs.
--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com
----------------------------------------------------------------------
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
