Mark, The OP never mentioned the VTOC. It's not his problem.
"Each day I run a Compress, Release, and Defrag on each volume in my SMS DASD Storage group. Some of the volumes still remain pretty fragmented. Is there a way to defrag the Storage Group?" It has already been suggested that this can be dealt with automatically using DFSMShsm Extent Reduction which is controlled by MAXEXTENTS. It could also be resolved manually by moving datasets off the volume. Recovering the space in the VTOC was a digression introduced later in the thread. If a VTOC fills you can: 1) Run a defrag holding an exclusive reserve on the VTOC for the duration of the Defrag. This is not guaranteed to work and may be disruptive. 2) Run a REFVTOC with EXTVTOC or NEWVTOC. If there is space on the volume then this is guaranteed to work. And if the VTOC is full and not the volume, then there's going to be free space for the new VTOC. What case would there be for choosing option 1 over option 2? Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Thompson, Steve > Sent: Friday, March 05, 2010 1:48 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Defrag > > Because that's not our problem. > > I thought I was answering the original poster's question and extended it > out to the VTOC and repercussions there, along with possibly running out > of space in the VTOC, which is why you might want to do DEFRAG. > > Regards, > Steve Thompson > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html