In looking at this further, I came across this in the support web site . .
. .

Technote 1114948

Reclamation for primary stgpools is performed on a volume by volume basis.
That is, each volume is reclaimed as it's own reclamation process. With
copy
stgpools, all eligible volumes are reclaimed as part of a single process.
When
 reclamation of a single, primary stgpool volume completes, the TSM Server
will
check the reclamation threshold for that stgpool before looking for
additional
volumes to reclaim. If the reclamation threshold has been increased to
100%,
 no further volumes in the primary stgpool will be reclaimed. Because all
copy
stgpool volumes are reclaimed as a single process, the only time the IBM
Tivoli
Storage Manager (ITSM) Server checks the reclamation threshold for the copy
stgpool is when the reclamation process begins. At that time, all of the
eligible
volumes are queued up to be reclaimed and the ITSM Server does not check
the reclamation threshold again until the process completes.

This clearly says that the difference in reclamation processing
is by the type of pool, not the access state.

Rick





             "Prather, Wanda"
             <Wanda.Prather@JH
             UAPL.EDU>                                                  To
             Sent by: "ADSM:           ADSM-L AT VM.MARIST DOT EDU
             Dist Stor                                                  cc
             Manager"
             <[email protected]                                     Subject
             .EDU>                     Re: Reclamation question


             09/08/2006 12:36
             PM


             Please respond to
             "ADSM: Dist Stor
                 Manager"
             <[email protected]
                   .EDU>






We also have our copy pool in a remotely-attached library.

So the tapes never get marked OFFSITE.

So reclamation works just like the primary pool.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Rhodes
Sent: Friday, September 08, 2006 11:21 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Reclamation question

I've been reading about reclamation and have a question.

In the Admin Guide (tsm v5.3) under section "Lowering the Reclamation
Threshold"
it describes what happens when the reclamation percent on a stgpool is
changed while a
reclamation process is running.  From what I read, I understand the
following . . . .

If reclamation if processing a "onsite" volume, the new threshold is
used
beginning
with the next volume.

If reclamation if processing "offsite" volumes, the new threshold is NOT
used
used during during the existing reclamation process.  It won't be used
until
the existing process ends and a new one starts.

Now, my question . . . . . What does "onsite" and "offsite" mean?

Does "onsite" = primary pool,  and "offsite" = copy pool?
Does "onsite" = volume access of rw or ro, and "offsite" = volumes
access
of offsite?

My guess is the latter:  access = "offsite".

What's happening is that we will be implementing direct remote tape
drives
to our second datacenter so that our offsite volumes will appear as a
local
library with local drives and tapes.

Thanks

Rick




-----------------------------------------
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.