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 ===============================================================================
[EMAIL PROTECTED] 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
