Ars,

Maybe I am missing the point here, but I will offer a solution based on
what I understand your situation to be.  Apparently you are using to
different copy storage pools one for off site and one for on site,
correct?  I am going to assume you are using DRM or at least I am hoping
you are.  The simplest thing to do would be to simply use MOVE DRM to
mark all volumes in your on site copy pool as being in the vault just
prior to the reclaim.  If you use the "WHERELOcation" parameter you can
limit this move to only those volumes outside of the library.  This will
force TSM to use the primary copy of the data to do the reclamation.
When the reclamation is completed you can then move all the tapes back
on sit.

This should be a relatively easy thing to script and I believe it will
solve your problem.


--

Regards,
Mark D. Rodriguez
President MDR Consulting, Inc.

===============================================================================
MDR Consulting
The very best in Technical Training and Consulting.
IBM Advanced Business Partner
SAIR Linux and GNU Authorized Center for Education
IBM Certified Advanced Technical Expert, CATE
AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux
Red Hat Certified Engineer, RHCE
===============================================================================



asr AT UFL DOT EDU wrote:

Greetings.  I've got another reclamation-related question.  I've got some copy
stgpools which, though they are theoretically onsite pools, I'm having to
check out of the library.  In the past, I've worked with this by re-inserting
the volumes which are interesting from a reclamation perspective, but there's
a problem with this strategy:

In order to reclaim a given volume, you really need three different ones: The
target volume, and the volumes "adjacent" to the target: The one with the
other half of the aggregate which comes first on the target volume, and the
one with the other half of the aggregate that comes last.

I don't think I've been able to find a way to find which volumes these are
without actually running the expiration or move data and failing the mount.
Is there a good way to find this information out?

Ideally, I'd like to have my temporary tapehandling methods go something like:

(early in day) Check in all volumes necessary for optimistic reclamation 
workload

(day) Reclaim volumes

(late in day) check out all copy-pool volumes which are 'FULL' and in the
             library.


Does this make sense? Anyone got a hole in that logic?


- Allen S. Rout