Having been in this shape before I can tell you what I've done in the
past. 

First, A very valid option at this point is to delete the offsite
volumes that are very underutilized and just let the normal storage pool
backup routine recreate the data.  example I would start by deleting
volumes that are 5% used or less (maybe 10 - 20 a day).

Then, start catching up by setting the reclaim threshold pretty high
(depending on the number of tapes in the higher percentages) and setting
a limit on the number of tapes reclaim deals with each night.  Fore
example, set the reclaim threshold to 90% (and if there are a large
number of those limit it to say, 15 or 20).

Also, if you have the drives available set the pool to run 2 reclaim
processes.  

Make sure not to delete the onsite copy or you just lose the data.  It
takes a while but if you stay with it eventually you'll start getting
lots of tapes back.


See Ya'
Howard Coles Jr.
John 3:16!

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Moyer, Joni M
Sent: Wednesday, January 27, 2010 8:08 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Reclamation for offsite storage pools

Hi George,

Doesn't reclamation for offsite copy storage pool volumes write the data
to new copy storage pool volumes from the primary copy?  I guess I'm
trying to come up with a more efficient method of getting caught up as
reclamation just isn't accomplishing what I hope it would. 

Thanks again!

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Huebschman, George J.
Sent: Wednesday, January 27, 2010 9:05 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Reclamation for offsite storage pools

This is not true,"Can I do a move data from 1 copy storage pool volume
to the another volume within the same copy storage pool?"
That is what reclamation does for you without you specifying individual
volumes.  You use a reclamation threshold in a command or a storage pool
threshold and TSM picks the volumes.  With a MOVE DATA on a copy pool
volume, TSM just grabs the data from the primary pool.

You can let reclamations/move data/move nodedata run through
housekeeping if needed.  Ordinarily it isn't the best thing to do, but
it shouldn't break anything.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Moyer, Joni M
Sent: Wednesday, January 27, 2010 8:54 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Reclamation for offsite storage pools

Hello everyone,

For several years I had not been able to run reclamation on one of my
tsm servers due to the lack of physical tape drives to accomplish the
task.  I am in the process of trying to get caught up, but it seems that
I just never do.  Most of my issue is with the copy storage pool volumes
which are very under-utilized.   It seems like reclamation, even if I
start multiple reclamation threads, is taking quite a long time.

Is there some other way for me to get the data onto new media without
doing reclamation?  Can I do a move data from 1 copy storage pool volume
to the another volume within the same copy storage pool?  I know that
this would mean bringing the tapes back from the vault, but it is just
not progressing as I would like with the reclamation processes.

Any suggestions are greatly appreciated as I would like to get this back
under control.

Thank you in advance!

Joni Moyer
Storage Administrator III
(717)302-9966
joni.moyer AT highmark DOT com


________________________________
This e-mail and any attachments to it are confidential and are intended
solely for use of the individual or entity to whom they are addressed.
If you have received this e-mail in error, please notify the sender
immediately and then delete it. If you are not the intended recipient,
you must not keep, use, disclose, copy or distribute this e-mail without
the author's prior permission. The views expressed in this e-mail
message do not necessarily represent the views of Highmark Inc., its
subsidiaries, or affiliates.

IMPORTANT:  E-mail sent through the Internet is not secure. Legg Mason
therefore recommends that you do not send any confidential or sensitive
information to us via electronic mail, including social security
numbers, account numbers, or personal identification numbers. Delivery,
and or timely delivery of Internet mail is not guaranteed. Legg Mason
therefore recommends that you do not send time sensitive 
or action-oriented messages to us via electronic mail.

This message is intended for the addressee only and may contain
privileged or confidential information. Unless you are the intended
recipient, you may not use, copy or disclose to anyone any information
contained in this message. If you have received this message in error,
please notify the author by replying to this message and then kindly
delete the message. Thank you.