Shane wrote:
On Sun, 2006-12-24 at 07:52 -0800, Edward Jaffe wrote:
In a related issue, early SYSVTOC release during volume dump processing seems to be popular among some contributors to this list. I *assume* that's a minority position since the default behavior is to hold SYSVTOC for the duration of the dump. Personally, I don't like the idea of early VTOC ENQ release. You could very easily end up with a VTOC that doesn't properly reflect what's on the volume! Data sets and/or additional extents can be added or removed between the time the VTOC is dumped and the remainder of the volume is dumped.

This is (primarily) what I was referring to in my earlier post. Bigger
volumes exacerbate this exposure.
Can be accommodated but takes some planning.

I'm curious how such a potentially extreme lack of integrity can be "accommodated" with adequate planning. On the log I see:

ARC0622I FULL VOLUME DUMP STARTING ON VOLUME
ARC0622I (CONT.) aaaaaa(NONSMS) AT 06:48:51 ON
ARC0622I (CONT.) 2006/12/19, SYSTEM MV70, TASK
ARC0622I (CONT.) ID=ARCDVOL1 , TO DUMP CLASS(ES)=
ARC0622I (CONT.) xxxxxxxx
.
. (other activity)
.
ARC0637I DUMP COPY OF VOLUME aaaaaa COMPLETE,
ARC0637I (CONT.) DCLASS=xxxxxxxx, EXPDT=2007/01/15,
ARC0637I (CONT.) DISPOSITION= yyyy
ARC0623I FULL VOLUME DUMP OF VOLUME aaaaaa ENDING AT
ARC0623I (CONT.) 07:46:58, PROCESSING SUCCESSFUL

Except for an intervening scratch tape mount, satisfied in less than a minute by an auto feeder on the tape drive, there were no operational delays in processing this volume.

It took 57 clock minutes to dump this volume. Based on its size relative to the entire volume, the VTOC was dumped in only a few seconds. A lot can chage on a volume in an hour ...


And a merry Christmas to you too ...

I can picture you sitting by the water wearing sunglasses, swim suit, and Santa hat, arm-curling a cold one (domestic of course), turning to the wife/significant other proclaiming "Ho. Ho. Ho. Merry Christmas to OZ! Ready to do a little more water skiing, my dear?" Must be rough. ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.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

Reply via email to