Nicholas,
To reduce the size of your offsite pool, the issue is how to get
back the most tapes with the least reclamation processing. The fact
that you see lots of tapes that are FULL and Pending but say 0% just
means that they are a fraction of 1%, not really empty.
Fred's approach is a good one, but I would go one better. I you
have 900 tapes, and reclaim at 90%, TSM will pick which ones that are
>90% empty seemingly randomly out of a pool of eligible tapes. So lots
of the tapes it will reclaim will be from 0-10% full, and you won't get
back many tapes at a time.
I inherited an environment with this problem 9 months ago. We
would run reclamation at 80% for 4 hours a day or so, and get back only
15 tapes for every 30 we were sending offsite. In other words, we were
bleeding 15 tapes a day. The reason was that TSM would process tapes
that were 15% utilized, for example, and never get around to ones that
were .01% utilized.
So what I did was set reclamation at 99% for the first couple
hours, then drop it to 97%, and then to 95%. If you have TSM 5.3.x you
can do it with something like:
reclaim stgpool copypool threshhold=99 duration=120 wait=yes
reclaim stgpool copypool threshhold=97 duration=60 wait=yes
reclaim stgpool copypool threshhold=95 duration=60 wait=yes
Immediately we started reclaiming dozens of almost empty tapes, and
eventually got to the point where we dropped the values to 98, 95, 90,
and then eventually to 95, 90, and 80. I think this has worked fairly
well, but if someone knows of a better scheme than that, post it.
Best Regards,
John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO. 63127
Email: schnjd AT stlo.mercy DOT net
Office: 314-364-3150, Cell: 314-486-2359
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Fred Johanson
Sent: Tuesday, May 15, 2007 11:00 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Ho do I reclaim copypool volumes
You can start by setting the Reclamation Threshold on your DRM pool to
90. TSM will make a new copy the from the primary pool to the copypool.
Then request the return of all those DRM tapes with a status of
VAULTRETRIEVE. Once you have gotten thru the backlog, start doing this
on a regular schedule, choosing a reasonable figure for the threshold (I
use 75 as a figure that fits my processing window).
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Nicholas Rodolfich
Sent: Tuesday, May 15, 2007 10:36 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Ho do I reclaim copypool volumes
Hello ALL,
Thanks for your help!
I am at a new job and the copy pool in the TSM instance here has been
collocated previously. The admin thought it was collocated by group but
each group only had one member so it is really collocated by node I
think. The collocation has been turned off for a couple of weeks now. I
am not sure if that is part of the problem. The IBM doc really doesn't
have any practical examples of this that I can find.
The issue is: There are 900 or so volumes in the offsite vault via DRM.
Over half of these are less than 10% utilized. The scratch pool is
dwindling and I need a way to reclaim some of these volumes. The company
also has a DR test scheduled this summer and I would like to reduce the
number of offsite volumes so the DR process won't be so cumbersome.
What is the best way to consolidate this copypool onto less volumes. I
know the pending ones will be returned at the end of the reuse delay on
the pool and/or the DB backup expiration in DRM. I would think the that
pending volumes would be the only ones that would have a 0% utilization
but I have FULL and FILLING volumes with 0% utilization.
EX: ( sample of the volumes)
Volume STGPOOL % Util. Status Last write
Last read
A00947 COPYPOOL 0 EMPTY 5/29/2006 5/29/2006
A00509 COPYPOOL 0 FULL 7/10/2006 7/10/2006
A00248 COPYPOOL 0 FULL 7/15/2006 7/15/2006
A00200 COPYPOOL 0 FULL 7/16/2006 7/15/2006
A00259 COPYPOOL 0 FULL 7/18/2006 7/18/2006
A00264 COPYPOOL 0 FULL 7/18/2006 7/18/2006
A00265 COPYPOOL 0 PENDING 7/18/2006 7/18/2006
A00148 COPYPOOL 0 FULL 7/22/2006 7/21/2006
A00820 COPYPOOL 0 FILLING 7/24/2006 7/22/2006
A00848 COPYPOOL 0 FILLING 7/27/2006 7/27/2006
A00087 COPYPOOL 0 FULL 7/29/2006 7/29/2006
A01087 COPYPOOL 0 FULL 7/30/2006 7/29/2006
A00324 COPYPOOL 0 FULL 8/2/2006
8/2/2006
A00086 COPYPOOL 0 FULL 8/6/2006
8/5/2006
A00837 COPYPOOL 0 FULL 8/6/2006
8/6/2006
A00391 COPYPOOL 0 FULL 8/10/2006 8/10/2006
A00406 COPYPOOL 0 FULL 8/12/2006 8/12/2006
A00428 COPYPOOL 0 FULL 8/15/2006 8/15/2006
A00073 COPYPOOL 0 FULL 8/20/2006 8/19/2006
A00147 COPYPOOL 0 FULL 8/21/2006 8/20/2006
A00927 COPYPOOL 0 FULL 8/23/2006 8/22/2006
Nicholas
.
..
...
Nicholas Rodolfich
TSM/AIX Administrator
East Jefferson General Hospital
Fidelity Information Systems
504-883-6955 (office)
228-223-6777 (mobile)
nrodolfich AT ejgh DOT org
IMPORTANT NOTICE: This message and any included attachments are from
East Jefferson General Hospital, and is intended only for the
addressee(s), and may include Protected Health (PHI) or other
confidential information. If you are the intended recipient, you are
obligated to maintain it in a secure and confidential manner and
re-disclosure without additional consent or as
permitted by law is prohibited. If you are not the intended recipient,
use
of this information is strictly prohibited and may be unlawful. Please
promptly reply to the sender by email and delete this message from your
computer. East Jefferson General Hospital greatly appreciates your
cooperation.
|
