DFSMSdss DOC APAR OA20117 (was RE: HSM Missing Member from Recalled Dataset -- Update
- From: jchase@xxxxxxxxxxxx (Chase, John)
- Date: 26 Mar 2007 13:26:44 -0700
-----Original Message-----
From: IBM Mainframe Discussion List On Behalf Of Richards.Bob
Sent: Thursday, December 14, 2006 4:01 PM
No, and I just read it a few hours ago in an attempt to help
you. That DEFAULT behavior WAS NOT documented.
The subject DOC APAR closed today, 26 March.
I VIGOROUSLY RECOMMEND anybody who uses DFSMSdss full-volume or
track-range (aka "physical") DUMP / RESTORE for D/R, data movement, etc.
to READ AND UNDERSTAND this DOC APAR. You **ARE** at risk of losing
data or data integrity via DFSMSdss Full-volume or track-range (aka
"physical") DUMP / RESTORE if you have ANY OTHER PRODUCT that depends
upon the setting of the "change" bit in the Format-1 DSCB.
The DFSMSdss Level 2 rep also submitted Marketing Request #
MR0302074136, requesting that a "switch" (similar to the RESET keyword
on DUMP) be provided to allow the user to specify how DFSMSdss should
handle the "change" bit at RESTORE time. Those interested should add
their voices via appropriate channels.
SHARE members who have not done so, please vote on Requirement #
SSMVSS07002, which requests a design change to DFSMSdss' default
behavior on full-volume RESTORE.
-jc-
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.
- Follow-Ups:
- Prev by Date: Re: ISPF SRCHFOR and member lists
- Next by Date: Re: VLF vs ISC for catalogs
- Previous by thread: Re: VLF vs ISC for catalogs
- Next by thread: Re: DFSMSdss DOC APAR OA20117 (was RE: HSM Missing Member from Recalled Dataset -- Update
- Index(es):
Relevant Pages
|
