The "reclaim stg" command gives you more control over the reclaim process than does the 'Update stg xxx reclaim=" command. See "dsmadmc help reclaim stg"
>>> "Moyer, Joni M" <joni.mo...@highmark.com> 1/27/2010 3:09 PM >>> Hi, I am updating the copy pool so it's reclaim threshold is 98%. I'm not entering a command to trigger the reclamation process. Am I handling this incorrectly? Should I be entering a command to do this instead of changing the copy storage pool? Just let me know. Thanks again! Storage Pool Name: COPY_AIX Storage Pool Type: Copy Device Class Name: LTO2_OFFSITE Estimated Capacity: 3,484,928 G Space Trigger Util: Pct Util: 0.3 Pct Migr: Pct Logical: 97.4 High Mig Pct: Low Mig Pct: Migration Delay: Migration Continue: Yes Migration Processes: Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: Access: Read/Write Description: Offsite AIX Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: No Reclamation Threshold: 90 Offsite Reclamation Limit: 4 Maximum Scratch Volumes Allowed: 9,999 Number of Scratch Volumes Used: 93 -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David E Ehresman Sent: Wednesday, January 27, 2010 3:01 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools No. That reclaim process would process a maximum of tapes (if there are that many 98%+ empty) and then stop. You would have to repeat the command to do the next four. David >>> "Moyer, Joni M" <joni.mo...@highmark.com> 1/27/2010 2:55 PM >>> Hi Andy, If I set the offsitereclaimlimit to 4 and then I set the reclaimthreshold to 98% will it continue to reclaim all tapes that are 98%+ empty in increments of 4 volumes until there are no tapes with 98%+ space available to reclaim? Just want to make sure I understand what these options are accomplishing. Thanks again! -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Huebner,Andy,FORT WORTH,IT Sent: Wednesday, January 27, 2010 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Reclamation for offsite storage pools Also look at reclaim stg Copy_Pool th=50 OFFSITERECLAIMLimit=4 This will reclaim 4 volumes and TSM seems to pick the four at or above the 50% threshold. We have gotten behind a few times and we use this to speed the reclaim process. This also reduces the time TSM spends figuring out what tapes are needed to do the reclaim. Another option is to create a new copy pool and when the copy is complete delete the old pool. Andy Huebner -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, January 27, 2010 7: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. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.