If HSM logs are being retained, they also contain similar information.
Another possibility is to restore a backup of the MCDS either under a
different name or on a test system from a time when the ds was still on
ML2 and find the record corresponding to the dataset.
Also, see discussion of OA20117, OA20907, and "DFDSS Data Loss" that
went on in 2007 on IBM-main. If you have DFSMShsm FSM (Fast Subsequent
Migration) enabled and have ever moved volumes with dss DUMP FULL,
RESTORE FULL before implementing the patch in OA20907 (2007-10-06), you
have been exposed to data loss on restored volumes in the form of
failure to physically migrate a changed dataset under the assumption a
back-level version on ML2 was identical. Prior to OA20907 dss
unconditionally reset the DS1DSCHA "change bits" on all datasets on a
volume restored with RESTORE FULL, resulting in DFSMShsm FSM making an
erroneous assumption about currency of ML2 data and causing a loss of data.
Jack Kelly wrote:
You can look at the FSR record (type 5) in SMF and it'll have the info.
Also you should look at the archive because there was a lot of discussion
about corrupted restores, not recall, as best as I can remember. Sometimes
users mix up restore and recall..
Jack Kelly
202-502-2390 (Office)
...
--
Joel C. Ewing, Fort Smith, AR [EMAIL PROTECTED]
----------------------------------------------------------------------
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
