Bruce, 

Yes, and you jogged my memory a little too.

I believe the Home Address and R0 were described to me as "simulated," so if 
the track is otherwise empty, no backend storage would be used.  

Now, I also remember something in DFP/DFSMS, or RACF, or maybe a combination of 
both, where one could give a data set some kind of security attribute so that 
when it was deleted, all of its tracks would be "erased."  If so, and the 
"erase" that's performed actually removes Record #1 and beyond, voilĂ , =all= of 
the backend storage occupied by the track's data would be freed.

Anyone familiar with such an "erase" feature?

--Art


At 12:16 PM 7/8/2005, Bruce Black wrote:
  
>Art, you got me thinking.  As you pointed out, the bad side of your idea is 
>that it does use some backend storage for each track of zeros.  My reference 
>for the STK SVA (successor to the RVA) says that it uses backend in 2k 
>increments, not 16K, but 16K might be right for the RVA. 
>Anyways, earlier in this thread someone suggested doing an ICKDSF INIT on the 
>volume and I responded that was a bad idea because it would use backend 
>storage.  But I think I was wrong
>
>I believe that if a track in the RVA contains only a home address and a 
>standard R0 (with a CCHH matching the real CCHH and a data length of zero), no 
>data records on the track at all, then this track is NOT stored in the 
>backend; it is just a table entry indicating it is an empty track. 
>A ICKDSF Medial INIT (INIT with NOCHECK and VALIDATE specified) will do 
>exactly this to every track on the volume, which will release the backend 
>storage previously associated with any tracks on the volume.   
>Of course, this can be done only to an offline volume from which all data has 
>been moved elsewhere.



==================================================
Art Celestini       Celestini Development Services
Phone: 201-670-1674                    Wyckoff, NJ
=============  http://celestini.com  =============
Mail sent to the "From" address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmain<at-sign>celestini<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

Reply via email to