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:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:08 AM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Huebschman, George J. Sent: Wednesday, January 27, 2010 9:05 AM To: ADSM-L@VM.MARIST.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:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 8:54 AM To: ADSM-L@VM.MARIST.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.mo...@highmark.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.