Threshold on Copypool relcamation
A couple of weeks ago I was given the opportunity to take on the TSM admin role :-) I was wondering if anyone reclaims copy storage pools. Currently, we execute a schedule to reclaim space from our copy storage pool using the upd stgp copypool recl=80 command, this is scheduled for 15:00. Then we have a schedule to set the threshold back to 100%, using the upd stgp copypool recl=100 command at 18:00, but that doesn't work. We usually cancel it manually after 23:00. I took TSM classes about 4 years ago, and my book recommends leaving the threshold 100%, meaning no reclamation will occur. Once all offsite volumes go into an empty status we can bring them back. Our versions info - versions data exists, versions data deleted, retain extra versions, and retain only version are all set to 7. Wouldn't the tape empty after 7 days? Thanks, Debbie
Re: Threshold on Copypool relcamation
DEFINITION OF BACKUP RULES: VEREXISTS: # of versions to keep while file exists (adjusted by RETEXTRA) VERDELETED: # of versions to keep on TSM when file is deleted from client RETEXTRA: # of DAYS to keep non current versions defined by VEREXISTS RETONLY: # of DAYS to keep file(s) on TSM after deleted on client (adjusted by VEREDELETED) I would think you would set VEREDELETED to 1 After all , you are deleteing all the 'extra' versions after 7 days. Yes, we reclaim copy pools. Threshhold set to 50% setting it at 80% requires a lot of consolidation of a lot of volumes that have only 20% empty. No wonder you have long runs that need to be manually terminated. >>> [EMAIL PROTECTED] 06/08/2005 3:55:58 PM >>> A couple of weeks ago I was given the opportunity to take on the TSM admin role :-) I was wondering if anyone reclaims copy storage pools. Currently, we execute a schedule to reclaim space from our copy storage pool using the upd stgp copypool recl=80 command, this is scheduled for 15:00. Then we have a schedule to set the threshold back to 100%, using the upd stgp copypool recl=100 command at 18:00, but that doesn't work. We usually cancel it manually after 23:00. I took TSM classes about 4 years ago, and my book recommends leaving the threshold 100%, meaning no reclamation will occur. Once all offsite volumes go into an empty status we can bring them back. Our versions info - versions data exists, versions data deleted, retain extra versions, and retain only version are all set to 7. Wouldn't the tape empty after 7 days? Thanks, Debbie
Re: Threshold on Copypool relcamation
Thanks to allI had a brain block...I was thinking our copy storage pool was collocated, as are our primary pools,,boy, it's hard to get back in the saddle (and stay on) :-) Lawrence Clark <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" 06/08/2005 04:13 PM Please respond to "ADSM: Dist Stor Manager" To: ADSM-L@VM.MARIST.EDU cc: Subject: Re: [ADSM-L] Threshold on Copypool relcamation DEFINITION OF BACKUP RULES: VEREXISTS: # of versions to keep while file exists (adjusted by RETEXTRA) VERDELETED: # of versions to keep on TSM when file is deleted from client RETEXTRA: # of DAYS to keep non current versions defined by VEREXISTS RETONLY: # of DAYS to keep file(s) on TSM after deleted on client (adjusted by VEREDELETED) I would think you would set VEREDELETED to 1 After all , you are deleteing all the 'extra' versions after 7 days. Yes, we reclaim copy pools. Threshhold set to 50% setting it at 80% requires a lot of consolidation of a lot of volumes that have only 20% empty. No wonder you have long runs that need to be manually terminated. >>> [EMAIL PROTECTED] 06/08/2005 3:55:58 PM >>> A couple of weeks ago I was given the opportunity to take on the TSM admin role :-) I was wondering if anyone reclaims copy storage pools. Currently, we execute a schedule to reclaim space from our copy storage pool using the upd stgp copypool recl=80 command, this is scheduled for 15:00. Then we have a schedule to set the threshold back to 100%, using the upd stgp copypool recl=100 command at 18:00, but that doesn't work. We usually cancel it manually after 23:00. I took TSM classes about 4 years ago, and my book recommends leaving the threshold 100%, meaning no reclamation will occur. Once all offsite volumes go into an empty status we can bring them back. Our versions info - versions data exists, versions data deleted, retain extra versions, and retain only version are all set to 7. Wouldn't the tape empty after 7 days? Thanks, Debbie
Re: Threshold on Copypool relcamation
On Wed, 8 Jun 2005, Debbie Bassler wrote: > I was wondering if anyone reclaims copy storage pools. Currently, we > execute a schedule to reclaim space from our copy storage pool using the > upd stgp copypool recl=80 command, this is scheduled for 15:00. Then we > have a schedule to set the threshold back to 100%, using the upd stgp > copypool recl=100 command at 18:00, but that doesn't work. We usually > cancel it manually after 23:00. I suspect when you say "that doesn't work" you mean that setting recl=100 doesn't kill any ongoing reclamation process (but that it does set the reclamation threshhold back to 100%)? If so, then that's behaving normally; the reclamation threshhold is only used by the TSM server to determine whether or not it should start a reclamation process. Once that process is running, it will normally run to completion regardless of what the reclamation threshhold is subsequently set to. I took TSM classes about 4 years ago, > and my book recommends leaving the threshold 100%, meaning no > reclamation will occur. Once all offsite volumes go into an empty status > we can bring them back. I think what you do just depends on your needs and resources; if you have plenty of tapes, you can afford to do things this way. It may take quite a while for tapes to empty off, as the data on them expires only after the files become inactive (which could be 'never' for lots of clients). If you don't have an infinite supply of tapes, then reclamation seems reasonable; the higher the reclamation percentage you use, the 'more empty' a tape will be when it becomes eligible for reclamation. That can still mean a lot of mounts of primary pool tapes, though, in order to create a new copy pool tape containing that still-good data; this is the case if the primary pool is collocated and the copy pool is not, which is a pretty common scenario, I think. So you've gotta have a couple of tape drives free for a while in order to do the reclamation. > Our versions info - versions data exists, versions data deleted, retain > extra versions, and retain only version are all set to 7. Wouldn't the > tape empty after 7 days? Only if all the data on the tape has gone inactive (files deleted from the client machine's disk, or newer versions of files backed up). Hope this helps, Bill Bill Kelly Auburn University OIT 334-844-9917
Re: Threshold on Copypool relcamation
Hmm, Are the explanation of the retention parms here correct? I thought it went like so; VEREXISTS: max number of versions to keep for a file that exists on the client VERDELETED: max number of version to keep of a file that is deleted from the client RETEXTRA: number of days to keep versions other than the newest, for either files that exist OR files that have been deleted RETONLY:number of days to keep a file that is deleted from the client and has all its extra versions expired by the RETEXTRA limit. STARTING FROM the day that RETEXTRA removes the last 'older' version leaving only a single copy of the file in TSM. Matthew. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lawrence Clark Sent: Wednesday, June 08, 2005 9:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Threshold on Copypool relcamation DEFINITION OF BACKUP RULES: VEREXISTS: # of versions to keep while file exists (adjusted by RETEXTRA) VERDELETED: # of versions to keep on TSM when file is deleted from client RETEXTRA: # of DAYS to keep non current versions defined by VEREXISTS RETONLY: # of DAYS to keep file(s) on TSM after deleted on client (adjusted by VEREDELETED) I would think you would set VEREDELETED to 1 After all , you are deleteing all the 'extra' versions after 7 days. Yes, we reclaim copy pools. Threshhold set to 50% setting it at 80% requires a lot of consolidation of a lot of volumes that have only 20% empty. No wonder you have long runs that need to be manually terminated. >>> [EMAIL PROTECTED] 06/08/2005 3:55:58 PM >>> A couple of weeks ago I was given the opportunity to take on the TSM admin role :-) I was wondering if anyone reclaims copy storage pools. Currently, we execute a schedule to reclaim space from our copy storage pool using the upd stgp copypool recl=80 command, this is scheduled for 15:00. Then we have a schedule to set the threshold back to 100%, using the upd stgp copypool recl=100 command at 18:00, but that doesn't work. We usually cancel it manually after 23:00. I took TSM classes about 4 years ago, and my book recommends leaving the threshold 100%, meaning no reclamation will occur. Once all offsite volumes go into an empty status we can bring them back. Our versions info - versions data exists, versions data deleted, retain extra versions, and retain only version are all set to 7. Wouldn't the tape empty after 7 days? Thanks, Debbie ___ Disclaimer Notice __ This message and any attachments are confidential and should only be read by those to whom they are addressed. If you are not the intended recipient, please contact us, delete the message from your computer and destroy any copies. Any distribution or copying without our prior permission is prohibited. Internet communications are not always secure and therefore Powergen Retail Limited does not accept legal responsibility for this message. The recipient is responsible for verifying its authenticity before acting on the contents. Any views or opinions presented are solely those of the author and do not necessarily represent those of Powergen Retail Limited. Powergen Retail Ltd is authorised and regulated by the Financial Services Authority for the sale and service of general insurance products. Registered addresses: Powergen Retail Limited, Westwood Way, Westwood Business Park, Coventry, CV4 8LG. Registered in England and Wales No: 3407430 Telephone +44 (0) 2476 42 4000 Fax +44 (0) 2476 42 5432