Re: reclamation question
On occasion I have deleted a vol from a copypool when the percent utilized number dropped to a couple of percent. In our setup we have three identical data pools so we should ok but it's not something I do very often. I have watched the offsite reclamation process sit there for most of an hour or more just thinking about it before it would load a tape and get to work. I'm kinda ok with that because of all the work going on under the hood. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Richard Sims Sent: Monday, April 11, 2011 2:48 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question A more draconian method (not recommended) is to perform a Delete Volume for the copy storage pool volumes you would reclaim, where their former content would be freshly written to tape in the next Backup Stgpool. That leaves you with one less copy of the data, of course, so not the best approach. The reclamation of offsite copy pool tapes can put a drag on your TSM server, as the processing involves inventorying the files on the offsite tape to be reclaimed, then identifying the onsite tapes containing the files, and compile that into a list ordered so as to minimize mounts and repositioning. That can be a lot of database work, which can be observable as reclamation processing seems to pause for a time. Where realistic, I like to bring a batch of offsite tapes back onsite, check them all in at once, then start reclaiming, where the span-from and span-to companion volumes are thus likely to be mountable, preventing the process from having to revert to primary pool tapes for the duration of the volume reclaim because of the spanning. (It continues using the surrogate primary pool volume(s) even after having gotten past a span into the volume being reclaimed, where such processing can result in a bunch of primary pool tape mounts and think time between each, resulting in a reclaim which can run about 8x slower than a straight reclaim.) You can spot check for spanning by performing Query Content Volser F=D Count=1 for a span-into condition, and Query Content Volser F=D Count=-1 for span-out-of. To assess process progress, I employ a macro called 'processes', whose contents are: SELECT Char(PROCESS_NUM,6) as Number, PROCESS as Process , - Left(Char(START_TIME),19) as Start Time , - FILES_PROCESSED as Files , Char(BYTES_PROCESSED,14) as Bytes , - STATUS as StatusFROM PROCESSES This is more useful than Query PRocess in that you can directly see how much data has been checkpoint committed, not just how much has been physically operated upon thus far. Richard Sims http://people.bu.edu/rbs/ADSM.QuickFacts
Re: reclamation question
That sounds interesting, I might need to give that a shot. thanks David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Monday, April 11, 2011 1:38 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question Or just mark them offsite, even though they are still in the library. You could create a script that does update vol * wherestgpool=onsitecopy access=offsite before you start reclamation, then reverse it when reclamation finishes. W -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary D. Sent: Monday, April 11, 2011 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
reclamation question
We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
Or just mark them offsite, even though they are still in the library. You could create a script that does update vol * wherestgpool=onsitecopy access=offsite before you start reclamation, then reverse it when reclamation finishes. W -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary D. Sent: Monday, April 11, 2011 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Ang: reclamation question
As the previous 2 mentioned, if the tape is available, TSM will use it. If it's offsite, TSM will try to collect the data from primary volumes. So your issue is that the copypool tapes are actually available. It's kinda weird you get them reclaimed though, they should have been moved offsite long before reclaim is needed. Are you storing large database/mail/other application backups on them which expire regularly? Best Regards Daniel Sparrman -ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU skrev: - Till: ADSM-L@VM.MARIST.EDU Från: Tyree, David david.ty...@sgmc.org Sänt av: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Datum: 04/11/2011 18:53 Ärende: reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: reclamation question
A more draconian method (not recommended) is to perform a Delete Volume for the copy storage pool volumes you would reclaim, where their former content would be freshly written to tape in the next Backup Stgpool. That leaves you with one less copy of the data, of course, so not the best approach. The reclamation of offsite copy pool tapes can put a drag on your TSM server, as the processing involves inventorying the files on the offsite tape to be reclaimed, then identifying the onsite tapes containing the files, and compile that into a list ordered so as to minimize mounts and repositioning. That can be a lot of database work, which can be observable as reclamation processing seems to pause for a time. Where realistic, I like to bring a batch of offsite tapes back onsite, check them all in at once, then start reclaiming, where the span-from and span-to companion volumes are thus likely to be mountable, preventing the process from having to revert to primary pool tapes for the duration of the volume reclaim because of the spanning. (It continues using the surrogate primary pool volume(s) even after having gotten past a span into the volume being reclaimed, where such processing can result in a bunch of primary pool tape mounts and think time between each, resulting in a reclaim which can run about 8x slower than a straight reclaim.) You can spot check for spanning by performing Query Content Volser F=D Count=1 for a span-into condition, and Query Content Volser F=D Count=-1 for span-out-of. To assess process progress, I employ a macro called 'processes', whose contents are: SELECT Char(PROCESS_NUM,6) as Number, PROCESS as Process , - Left(Char(START_TIME),19) as Start Time , - FILES_PROCESSED as Files , Char(BYTES_PROCESSED,14) as Bytes , - STATUS as StatusFROM PROCESSES This is more useful than Query PRocess in that you can directly see how much data has been checkpoint committed, not just how much has been physically operated upon thus far. Richard Sims http://people.bu.edu/rbs/ADSM.QuickFacts
Re: reclamation question
This is close to what we do, but we add stat=full to narrow it down better. At 01:38 PM 4/11/2011, Prather, Wanda wrote: Or just mark them offsite, even though they are still in the library. You could create a script that does update vol * wherestgpool=onsitecopy access=offsite before you start reclamation, then reverse it when reclamation finishes. W -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lee, Gary D. Sent: Monday, April 11, 2011 1:26 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] reclamation question About the only way I can think of to do this is to mark the onsite copy pool volumes as unavailable. This would force data to be pulled from the primary file pool. The reason it does this for the offsite pool, is that offsite volumes are presumed to be unavailable, thus data must be pulled from the primary source. Hope this helps. Gary Lee Senior System Programmer Ball State University phone: 765-285-1310 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Monday, April 11, 2011 12:54 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] reclamation question We have three storage pools, the primary pool is a devtype FILE and the two copy pools are devtype LTO3. The offsite copy pools gets transferred offsite via DRM. Whenever I run a reclamation on the offsite copy pool the system grabs a scratch tape and then copies files from the primary pool and starts filling up tapes. I'm perfectly happy with that process. I have an issue when I do the reclamation of onsite tapes. It loads up a tape (might be scratch) and then another tape to copy the data from. It ends up doing a tape to tape copy. In a way it uses twice as many tape mounts as an offsite reclamation. And since I only have 6 drives it kinda cramps up my options sometimes. Is there a way to do a reclamation of the onsite copy pool and have it pull data from the primary pool instead of doing a tape to tape copy? I mean it can do it for the offsite pool, why not the onsite as well? David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 Confidential Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Paul ZarnowskiPh: 607-255-4757 Manager, Storage Services Fx: 607-255-8521 719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
Reclamation question
I've been reading about reclamation and have a question. In the Admin Guide (tsm v5.3) under section Lowering the Reclamation Threshold it describes what happens when the reclamation percent on a stgpool is changed while a reclamation process is running. From what I read, I understand the following . . . . If reclamation if processing a onsite volume, the new threshold is used beginning with the next volume. If reclamation if processing offsite volumes, the new threshold is NOT used used during during the existing reclamation process. It won't be used until the existing process ends and a new one starts. Now, my question . . . . . What does onsite and offsite mean? Does onsite = primary pool, and offsite = copy pool? Does onsite = volume access of rw or ro, and offsite = volumes access of offsite? My guess is the latter: access = offsite. What's happening is that we will be implementing direct remote tape drives to our second datacenter so that our offsite volumes will appear as a local library with local drives and tapes. Thanks Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Reclamation question
We also have our copy pool in a remotely-attached library. So the tapes never get marked OFFSITE. So reclamation works just like the primary pool. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Rhodes Sent: Friday, September 08, 2006 11:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Reclamation question I've been reading about reclamation and have a question. In the Admin Guide (tsm v5.3) under section Lowering the Reclamation Threshold it describes what happens when the reclamation percent on a stgpool is changed while a reclamation process is running. From what I read, I understand the following . . . . If reclamation if processing a onsite volume, the new threshold is used beginning with the next volume. If reclamation if processing offsite volumes, the new threshold is NOT used used during during the existing reclamation process. It won't be used until the existing process ends and a new one starts. Now, my question . . . . . What does onsite and offsite mean? Does onsite = primary pool, and offsite = copy pool? Does onsite = volume access of rw or ro, and offsite = volumes access of offsite? My guess is the latter: access = offsite. What's happening is that we will be implementing direct remote tape drives to our second datacenter so that our offsite volumes will appear as a local library with local drives and tapes. Thanks Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Reclamation question
In looking at this further, I came across this in the support web site . . . . Technote 1114948 Reclamation for primary stgpools is performed on a volume by volume basis. That is, each volume is reclaimed as it's own reclamation process. With copy stgpools, all eligible volumes are reclaimed as part of a single process. When reclamation of a single, primary stgpool volume completes, the TSM Server will check the reclamation threshold for that stgpool before looking for additional volumes to reclaim. If the reclamation threshold has been increased to 100%, no further volumes in the primary stgpool will be reclaimed. Because all copy stgpool volumes are reclaimed as a single process, the only time the IBM Tivoli Storage Manager (ITSM) Server checks the reclamation threshold for the copy stgpool is when the reclamation process begins. At that time, all of the eligible volumes are queued up to be reclaimed and the ITSM Server does not check the reclamation threshold again until the process completes. This clearly says that the difference in reclamation processing is by the type of pool, not the access state. Rick Prather, Wanda [EMAIL PROTECTED] UAPL.EDU To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: Reclamation question 09/08/2006 12:36 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU We also have our copy pool in a remotely-attached library. So the tapes never get marked OFFSITE. So reclamation works just like the primary pool. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Rhodes Sent: Friday, September 08, 2006 11:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Reclamation question I've been reading about reclamation and have a question. In the Admin Guide (tsm v5.3) under section Lowering the Reclamation Threshold it describes what happens when the reclamation percent on a stgpool is changed while a reclamation process is running. From what I read, I understand the following . . . . If reclamation if processing a onsite volume, the new threshold is used beginning with the next volume. If reclamation if processing offsite volumes, the new threshold is NOT used used during during the existing reclamation process. It won't be used until the existing process ends and a new one starts. Now, my question . . . . . What does onsite and offsite mean? Does onsite = primary pool, and offsite = copy pool? Does onsite = volume access of rw or ro, and offsite = volumes access of offsite? My guess is the latter: access = offsite. What's happening is that we will be implementing direct remote tape drives to our second datacenter so that our offsite volumes will appear as a local library with local drives and tapes. Thanks Rick - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Reclamation question
Hello all I have next situation: Reclamation of tapes gets on a backup window and backup is tightened at some o'clock pending clearings of resources. What it is possible to make, that the reclamation did not break the schedule backup? Whether there are any recommendations IBM in occasion of reclamation? May be, i must define Reclamation Threshold with value=100 and create two administrative schedules in free from backups time, that redefine Reclamation Threshold to run reclamation and return this parameter to 100? Thanks
Re: Reclamation question
I have my reclaim=100 during the time migration from disk to tape takes place and the backup of the tapepool, but reclaim=5 all other times. Regards, Iain Barnetson IT Systems Administrator UKN Infrastructure Operations -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Chernyaev Sergey Sent: 04 March 2005 08:24 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Reclamation question Hello all I have next situation: Reclamation of tapes gets on a backup window and backup is tightened at some o'clock pending clearings of resources. What it is possible to make, that the reclamation did not break the schedule backup? Whether there are any recommendations IBM in occasion of reclamation? May be, i must define Reclamation Threshold with value=100 and create two administrative schedules in free from backups time, that redefine Reclamation Threshold to run reclamation and return this parameter to 100? Thanks
Re: by-hand reclamation question...
Ars, Maybe I am missing the point here, but I will offer a solution based on what I understand your situation to be. Apparently you are using to different copy storage pools one for off site and one for on site, correct? I am going to assume you are using DRM or at least I am hoping you are. The simplest thing to do would be to simply use MOVE DRM to mark all volumes in your on site copy pool as being in the vault just prior to the reclaim. If you use the WHERELOcation parameter you can limit this move to only those volumes outside of the library. This will force TSM to use the primary copy of the data to do the reclamation. When the reclamation is completed you can then move all the tapes back on sit. This should be a relatively easy thing to script and I believe it will solve your problem. -- Regards, Mark D. Rodriguez President MDR Consulting, Inc. === MDR Consulting The very best in Technical Training and Consulting. IBM Advanced Business Partner SAIR Linux and GNU Authorized Center for Education IBM Certified Advanced Technical Expert, CATE AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat Certified Engineer, RHCE === [EMAIL PROTECTED] wrote: Greetings. I've got another reclamation-related question. I've got some copy stgpools which, though they are theoretically onsite pools, I'm having to check out of the library. In the past, I've worked with this by re-inserting the volumes which are interesting from a reclamation perspective, but there's a problem with this strategy: In order to reclaim a given volume, you really need three different ones: The target volume, and the volumes adjacent to the target: The one with the other half of the aggregate which comes first on the target volume, and the one with the other half of the aggregate that comes last. I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? Ideally, I'd like to have my temporary tapehandling methods go something like: (early in day) Check in all volumes necessary for optimistic reclamation workload (day) Reclaim volumes (late in day) check out all copy-pool volumes which are 'FULL' and in the library. Does this make sense? Anyone got a hole in that logic? - Allen S. Rout
Fw: by-hand reclamation question...
I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? My assumption here is that all the tapes are in the same storage pool. Because normally reclamation threshold value of the storage pool is used to kick off reclamation.. would it be possible to run select statement to generate the list of tapes in that pool with pct reclaim value. For example select volume_name,stgpool_name,access,pct_reclaim, from volumes where stgpool_name='MYSTORAGENAME' order by pct_reclaim desc After that you can generate list of tapes you will need to reclam for given % and see if those tapes are onsite or offsite. Sung Y. Lee - Forwarded by Sung Y Lee/Austin/IBM on 02/24/2005 09:21 AM - ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/23/2005 02:31:18 PM: Greetings. I've got another reclamation-related question. I've gotsome copy stgpools which, though they are theoretically onsite pools, I'm having to check out of the library. In the past, I've worked with this by re-inserting the volumes which are interesting from a reclamation perspective, but there's a problem with this strategy: In order to reclaim a given volume, you really need three different ones: The target volume, and the volumes adjacent to the target: The one with the other half of the aggregate which comes first on the target volume, and the one with the other half of the aggregate that comes last. I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? Ideally, I'd like to have my temporary tapehandling methods go something like: (early in day) Check in all volumes necessary for optimistic reclamation workload (day) Reclaim volumes (late in day) check out all copy-pool volumes which are 'FULL' and in the library. Does this make sense? Anyone got a hole in that logic? - Allen S. Rout
Re: Fw: by-hand reclamation question...
== On Thu, 24 Feb 2005 09:31:05 -0500, Sung Y Lee [EMAIL PROTECTED] said: My assumption here is that all the tapes are in the same storage pool. Because normally reclamation threshold value of the storage pool is used to kick off reclamation.. would it be possible to run select statement to generate the list of tapes in that pool with pct reclaim value. For example select volume_name,stgpool_name,access,pct_reclaim, from volumes where stgpool_name='MYSTORAGENAME' order by pct_reclaim desc The point is: if I locate volume V00035 as reclaimable, there are also two other volumes that I need: There's a last aggreate on V00035 that is only half on this volume, the other half is on V00036 (or something). And the same thing happened at the beginning: V00034 has the first half of the first aggregate on V00035. This means that for any single volume to be reclaimed, I need as many as three volumes. I bet Bill's right, though. Piffle. - Allen S. Rout
Re: by-hand reclamation question...
The old query content command can provide information which could give the answer if properly massaged. I can get the information but I am weak on the massaging. This macro will generate another macro to issue query content commands with count=1 and count=-1 parameters which say to report on the first and last file on the tape. set sqldisplaymode w commit select cast('q con '||volume_name||' count=1' as char(80)) as cmd - from volumes - where stgpool_name='TP1_COPY2' and status in ('FULL', 'FILLING') qcon2 select cast('q con '||volume_name||' count=-1' as char(80)) as cmd - from volumes - where stgpool_name='TP1_COPY2' and status in ('FULL', 'FILLING') qcon2 then edit qcon2 to remove the headers and run it as a macro, redirecting to a 3rd file - tsm: LIBRARY_MANAGERmacro qcon2 qcon3 Output of command redirected to file 'QCON3' Massage qcon3 and sort it to find duplicate names which indicate a tape chain. The thing that needs to be massaged is to put the volume name on the output line and unwrap long filenames. Hope this helps, Bill Colwell At 03:28 PM 2/23/2005, you wrote: On Wed, 23 Feb 2005 [EMAIL PROTECTED] wrote: In order to reclaim a given volume, you really need three different ones: The target volume, and the volumes adjacent to the target: The one with the other half of the aggregate which comes first on the target volume, and the one with the other half of the aggregate that comes last. I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? If I understand your scenario correctly, then I think I've run into this. My not-so-elegant solution was to start an 'audit volume' on the tape that I intend to run a 'move data' against. If it's the only tape needed, then the audit will start up okay and can be cancelled; if there's at least one other tape needed, audit will complain that a required volume is offsite, specify the needed volume, then terminate. Unfortunately, audit only specifies *one* required offsite volume, so you have to do another audit after the needed volume is marked onsite in order to see if a 2nd offsite volume is needed. I thought about trying to script this to the point where you could at least know all of the volumes needed before ever inserting any tapes; that way you could make only one 'offsite trip'. I think that would involve marking a volume onsite before inserting it, attempting the audit, capturing the needed volume name if the audit fails, cancelling the audit if it doesn't (and maybe dealing with a failed mount?), etc. I never actually spent any time coding/testing this, though. This is admittedly very ugly; I tried getting IBM to give me some SQL that could *quickly* determine the needed volumes, but was told it's not possible. I'm not sure why...presumably it has to do with the it's not really a relational db, and the SQL interface is only a convenience good for some things business; all I know is that audit knows *immediately* which other volume is needed. Fortunately for me at least, I no longer have a need to do this sort of thing. Regards, Bill Bill Kelly Auburn University -- Bill Colwell C. S. Draper Lab Cambridge Ma.
Re: by-hand reclamation question...
== On Thu, 24 Feb 2005 16:05:23 -0500, William F. Colwell [EMAIL PROTECTED] said: The old query content command can provide information which could give the answer if properly massaged. I can get the information but I am weak on the massaging. [ ... ] Oooo. Yes, it appears that this will do exactly what I want, at the cost of irritating connect behavior. We'll see. Thanks! - Allen S. Rout
by-hand reclamation question...
Greetings. I've got another reclamation-related question. I've got some copy stgpools which, though they are theoretically onsite pools, I'm having to check out of the library. In the past, I've worked with this by re-inserting the volumes which are interesting from a reclamation perspective, but there's a problem with this strategy: In order to reclaim a given volume, you really need three different ones: The target volume, and the volumes adjacent to the target: The one with the other half of the aggregate which comes first on the target volume, and the one with the other half of the aggregate that comes last. I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? Ideally, I'd like to have my temporary tapehandling methods go something like: (early in day) Check in all volumes necessary for optimistic reclamation workload (day) Reclaim volumes (late in day) check out all copy-pool volumes which are 'FULL' and in the library. Does this make sense? Anyone got a hole in that logic? - Allen S. Rout
Re: by-hand reclamation question...
On Wed, 23 Feb 2005 [EMAIL PROTECTED] wrote: In order to reclaim a given volume, you really need three different ones: The target volume, and the volumes adjacent to the target: The one with the other half of the aggregate which comes first on the target volume, and the one with the other half of the aggregate that comes last. I don't think I've been able to find a way to find which volumes these are without actually running the expiration or move data and failing the mount. Is there a good way to find this information out? If I understand your scenario correctly, then I think I've run into this. My not-so-elegant solution was to start an 'audit volume' on the tape that I intend to run a 'move data' against. If it's the only tape needed, then the audit will start up okay and can be cancelled; if there's at least one other tape needed, audit will complain that a required volume is offsite, specify the needed volume, then terminate. Unfortunately, audit only specifies *one* required offsite volume, so you have to do another audit after the needed volume is marked onsite in order to see if a 2nd offsite volume is needed. I thought about trying to script this to the point where you could at least know all of the volumes needed before ever inserting any tapes; that way you could make only one 'offsite trip'. I think that would involve marking a volume onsite before inserting it, attempting the audit, capturing the needed volume name if the audit fails, cancelling the audit if it doesn't (and maybe dealing with a failed mount?), etc. I never actually spent any time coding/testing this, though. This is admittedly very ugly; I tried getting IBM to give me some SQL that could *quickly* determine the needed volumes, but was told it's not possible. I'm not sure why...presumably it has to do with the it's not really a relational db, and the SQL interface is only a convenience good for some things business; all I know is that audit knows *immediately* which other volume is needed. Fortunately for me at least, I no longer have a need to do this sort of thing. Regards, Bill Bill Kelly Auburn University
Re: Offsite reclamation question? [ LONG ]
That is what happens at our site! Start Offsite reclamation, do a couple q vols and you will see! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, February 11, 2005 2:24 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Offsite reclamation question? [ LONG ] == On Fri, 11 Feb 2005 15:02:07 -0500, David E Ehresman [EMAIL PROTECTED] said: Reclaim is built to require the fewest number possible of primary tapes. So when a reclaim threshold is set for a copy pool, TSM determines all eligible tapes, picks a primary pool tape to mount, takes all eligible files off it, then proceed to the next primary tape. So, you think the answer is 'yes', and in my scenario for instance, if I have a dozen offsite tapes ready for reclamation, once the first primary mount is complete I would expect to see that -all- of their pct_utilized have gone down by some small aliquot. Nice. - Allen S. Rout
Re: Offsite reclamation question? [ LONG ]
== On Fri, 11 Feb 2005 15:45:29 -0500, Sung Y Lee [EMAIL PROTECTED] said: I thought about this question. The answer is maybe in my opinion. how do you know P001 contains all the data what 0214, 0215, and 0216 need? It doesn't: You know that, because the PRIMARY volume are divided by what node they correspond to, and the OFFSITE volumes are divided by what day they were written (and sent offsite). So, to a good approximation, every offsite tape volume carries a tiny stripe of data from every node. Another question I have is, during reclamation if P001 is not available, does it grab the tape from COPY pool? I think not. If P001 is dead for some reason, you'd have to RESTORE VOLUME first. - Allen S. Rout
Offsite reclamation question? [ LONG ]
Hi, all: I've got a question I've been wondering about, relating to how foresightful TSM is in its' offsite reclamation. I'll spin an example: TSM server 'SRV1' has three nodes NODE1 NODE2 NODE3 It's got stgpools PRIMARY : collocated . Volumes named Pxxx COPY: non-collocated . Volumes named Cxxx OFFSITE : non-collocated . Volumes named Oxxx Daily incrementals happen on all nodes. Tapes go offsite every day. OK, given that scenario, we know that the vast majority of offsite tapes have a thin slice of data from all of NODE1, NODE2, and NODE3. --- Known scenario --- So when an offsite volume O213 passes the reclamation threshold, the server begins building a new offsite volume O501. It mounts PRIMAY volume P001 (with node1's data on it) and makes an additional copy of those files from NODE1 that appear on O213, and are still interesting to the server. Then it mounts PRIMARY volume P002, does the same for NODE2, Then it mounts PRIMARY volume P003, does the same for NODE3. Now, new offsite volume O501 is ready to leave on the next truck. --- Unknown scenario --- Now, what if O214, O215, and O216 all pass the reclamation threshold? We know the server's going to start building O502. Say it picks O214 to begin with. When P001 is mounted, will the reclamation copy files from -all- the reclaimable offsite volumes, only from O214, or what? I can see pseudocode something like: - Pick an offsite volume to work on - From that offsite volume, pick a first onsite volume to mount - From that onsite volume, determine all files wanted for offsite reclamation. Copy them. This would be expensive in query time, but the alternative is a big-O N * M of tape mounts, which makes me shudder. But it would certainly be simpler to code.
Re: Offsite reclamation question? [ LONG ]
Hello, I have a follow up question. I see that you have 3 storage pools. Can you tell me what COPY storage is used for? is this one used like similar to Primary or are you making copy of Primary? Primary --- Copy Offsite (goes to offsite) or Primary -- copy (goes offsite) ---Offsite (goes offsite) Sung Y. Lee Sung Y. Lee ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/11/2005 11:34:46 AM: Hi, all: I've got a question I've been wondering about, relating to how foresightful TSM is in its' offsite reclamation. I'll spin an example: TSM server 'SRV1' has three nodes NODE1 NODE2 NODE3 It's got stgpools PRIMARY : collocated . Volumes named Pxxx COPY : non-collocated . Volumes named Cxxx OFFSITE : non-collocated . Volumes named Oxxx Daily incrementals happen on all nodes. Tapes go offsite every day. OK, given that scenario, we know that the vast majority of offsite tapes have a thin slice of data from all of NODE1, NODE2, and NODE3. --- Known scenario --- So when an offsite volume O213 passes the reclamation threshold, the server begins building a new offsite volume O501. It mounts PRIMAY volume P001 (with node1's data on it) and makes an additional copy of those files from NODE1 that appear on O213, and are still interesting to the server. Then it mounts PRIMARY volume P002, does the same for NODE2, Then it mounts PRIMARY volume P003, does the same for NODE3. Now, new offsite volume O501 is ready to leave on the next truck. --- Unknown scenario --- Now, what if O214, O215, and O216 all pass the reclamation threshold? We know the server's going to start building O502. Say it picks O214 to begin with. When P001 is mounted, will the reclamation copy files from -all- the reclaimable offsite volumes, only from O214, or what? I can see pseudocode something like: - Pick an offsite volume to work on - From that offsite volume, pick a first onsite volume to mount - From that onsite volume, determine all files wanted for offsite reclamation. Copy them. This would be expensive in query time, but the alternative is a big-O N * M of tape mounts, which makes me shudder. But it would certainly be simpler to code.
Re: Offsite reclamation question? [ LONG ]
== On Fri, 11 Feb 2005 14:55:28 -0500, Sung Y Lee [EMAIL PROTECTED] said: Hello, I have a follow up question. I see that you have 3 storage pools. Can you tell me what COPY storage is used for? is this one used like similar to Primary or are you making copy of Primary? Primary --- Copy Offsite (goes to offsite) or I keep a copy onsite, in case of media failure. - Allen S. Rout
Re: Offsite reclamation question? [ LONG ]
Hi, Overall... Normally a site will have one or more primary storage pools. These may be colocated to improve the efficiency of restores, depending on the site and its resources. These primary storage pools are copied to one or more copypools. The copypools are normally not colocated to save on storage resources. The copypools are checked out and sent offsite, and their status updated as offsite after the data is added to volumes each day. Then as the expiration process expires the data of the copypool volumes that are offsite, they are returned to the site and checked in and become scratch volumes. [EMAIL PROTECTED] 02/11/2005 2:55:28 PM Hello, I have a follow up question. I see that you have 3 storage pools. Can you tell me what COPY storage is used for? is this one used like similar to Primary or are you making copy of Primary? Primary --- Copy Offsite (goes to offsite) or Primary -- copy (goes offsite) ---Offsite (goes offsite) Sung Y. Lee Sung Y. Lee ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/11/2005 11:34:46 AM: Hi, all: I've got a question I've been wondering about, relating to how foresightful TSM is in its' offsite reclamation. I'll spin an example: TSM server 'SRV1' has three nodes NODE1 NODE2 NODE3 It's got stgpools PRIMARY : collocated . Volumes named Pxxx COPY : non-collocated . Volumes named Cxxx OFFSITE : non-collocated . Volumes named Oxxx Daily incrementals happen on all nodes. Tapes go offsite every day. OK, given that scenario, we know that the vast majority of offsite tapes have a thin slice of data from all of NODE1, NODE2, and NODE3. --- Known scenario --- So when an offsite volume O213 passes the reclamation threshold, the server begins building a new offsite volume O501. It mounts PRIMAY volume P001 (with node1's data on it) and makes an additional copy of those files from NODE1 that appear on O213, and are still interesting to the server. Then it mounts PRIMARY volume P002, does the same for NODE2, Then it mounts PRIMARY volume P003, does the same for NODE3. Now, new offsite volume O501 is ready to leave on the next truck. --- Unknown scenario --- Now, what if O214, O215, and O216 all pass the reclamation threshold? We know the server's going to start building O502. Say it picks O214 to begin with. When P001 is mounted, will the reclamation copy files from -all- the reclaimable offsite volumes, only from O214, or what? I can see pseudocode something like: - Pick an offsite volume to work on - From that offsite volume, pick a first onsite volume to mount - From that onsite volume, determine all files wanted for offsite reclamation. Copy them. This would be expensive in query time, but the alternative is a big-O N * M of tape mounts, which makes me shudder. But it would certainly be simpler to code.
Re: Offsite reclamation question? [ LONG ]
== On Fri, 11 Feb 2005 15:02:07 -0500, David E Ehresman [EMAIL PROTECTED] said: Reclaim is built to require the fewest number possible of primary tapes. So when a reclaim threshold is set for a copy pool, TSM determines all eligible tapes, picks a primary pool tape to mount, takes all eligible files off it, then proceed to the next primary tape. So, you think the answer is 'yes', and in my scenario for instance, if I have a dozen offsite tapes ready for reclamation, once the first primary mount is complete I would expect to see that -all- of their pct_utilized have gone down by some small aliquot. Nice. - Allen S. Rout
Re: Offsite reclamation question? [ LONG ]
I thought about this question. The answer is maybe in my opinion. how do you know P001 contains all the data what 0214, 0215, and 0216 need? Unless there is a way to compare the data inside these tapes. When P001 is mounted it will reclaim some data or maybe all tapes.. Another question I have is, during reclamation if P001 is not available, does it grab the tape from COPY pool? Sung Y. Lee ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 02/11/2005 03:24:18 PM: == On Fri, 11 Feb 2005 15:02:07 -0500, David E Ehresman [EMAIL PROTECTED] said: Reclaim is built to require the fewest number possible of primary tapes. So when a reclaim threshold is set for a copy pool, TSM determines all eligible tapes, picks a primary pool tape to mount, takes all eligible files off it, then proceed to the next primary tape. So, you think the answer is 'yes', and in my scenario for instance, if I have a dozen offsite tapes ready for reclamation, once the first primary mount is complete I would expect to see that -all- of their pct_utilized havegone down by some small aliquot. Nice. - Allen S. Rout
reclamation question
Hi all, It appears my offsite non-collocated tape pool has more filling tapes than it has in the past. Does anyone know if tapes in a status of filling are being reclaimed or are only tapes in full status put in the reclamation process? I run reclamation with a threshold of 70 and there are certainly tapes there with less than 30% utilization. I am running TSM 5.1.9 on AIX 4.3.3. Thanks, Ralph
AW: reclamation question
TSM Version 5.x.y.z reclaims all tapes matching your reclamation threshold - first the 'full' tapes then the 'filling' tapes. Best regards, Peter Sternecker R+V Allgemeine Versicherung AG * mailto:[EMAIL PROTECTED] -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Levi, Ralph Gesendet: Donnerstag, 28. Oktober 2004 13:44 An: [EMAIL PROTECTED] Betreff: reclamation question Hi all, It appears my offsite non-collocated tape pool has more filling tapes than it has in the past. Does anyone know if tapes in a status of filling are being reclaimed or are only tapes in full status put in the reclamation process? I run reclamation with a threshold of 70 and there are certainly tapes there with less than 30% utilization. I am running TSM 5.1.9 on AIX 4.3.3. Thanks, Ralph
Re: reclamation question
Both full and filling are being reclaimed. I have found that because I have local tapes with errors on them, to reclaim some of my offsite copypool tapes, I pull in the copypool tapes that 'will not finish reclaiming' (less than 3% or so), check them in, and do a 'move data' on them. They turn into PENDING once the data has been moved. I send them offsite again, until they are 'EMPTY'. Doing this simi-regularly has recovered many tapes. -Original Message- From: Levi, Ralph [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 6:44 AM To: [EMAIL PROTECTED] Subject: reclamation question Hi all, It appears my offsite non-collocated tape pool has more filling tapes than it has in the past. Does anyone know if tapes in a status of filling are being reclaimed or are only tapes in full status put in the reclamation process? I run reclamation with a threshold of 70 and there are certainly tapes there with less than 30% utilization. I am running TSM 5.1.9 on AIX 4.3.3. Thanks, Ralph
reclamation question
have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921
Re: reclamation question
Maybe the storage pools don't have any tapes that meet criteria. To check run this select statement: select volume_name,pct_reclaim from volumes where stgpool_name='STG' order by pct_reclaim Put your stg pool name in place of 'STG and remember use upper case. (Put command in one line, I just broke into two for this mail). At the end of the list you will see if any tapes have gretater than 60% reclaimable space and which tapes. David Longo [EMAIL PROTECTED] 03/06/02 11:03AM have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921 MMS health-first.org made the following annotations on 03/06/02 11:55:32 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: reclamation question
This command will look for any tapes meeting a 50% reclaimable state. Sub your devclass_name in for '3590' select volume_name, pct_utilized, pct_reclaim, stgpool_name from volumes where devclass_name like '%3590%' and pct_reclaim50 order by stgpool_name Gabriel C. Wiley ADSM/TSM Administrator AIX Support Phone 1-614-308-6709 Pager 1-877-489-2867 Fax 1-614-308-6637 Cell 1-740-972-6441 Siempre Hay Esperanza
Re: reclamation question
i have a particular tape in a storage pool that is not being reclamed Volume Name: A00044 Storage Pool Name: NT_TAPE Device Class Name: NT3590 Estimated Capacity (MB): 98,244.1 Pct Util: 8.2 Volume Status: Full Access: Read/Write Pct. Reclaimable Space: 91.9 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 46 Write Pass Number: 1 Approx. Date Last Written: 10/26/2001 11:05:44 Approx. Date Last Read: 10/29/2001 14:01:42 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Last Update by (administrator): Last Update Date/Time: 10/16/2001 11:14:34 - Original Message - From: David Longo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 11:42 AM Subject: Re: reclamation question Maybe the storage pools don't have any tapes that meet criteria. To check run this select statement: select volume_name,pct_reclaim from volumes where stgpool_name='STG' order by pct_reclaim Put your stg pool name in place of 'STG and remember use upper case. (Put command in one line, I just broke into two for this mail). At the end of the list you will see if any tapes have gretater than 60% reclaimable space and which tapes. David Longo [EMAIL PROTECTED] 03/06/02 11:03AM have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921 MMS health-first.org made the following annotations on 03/06/02 11:55:32 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: reclamation question
Can you cut paste the output from q stg stgpoolname f=d and also your OS version levels of TSM please??? -Demetrius -Original Message- From: Tim Brown [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 10:04 AM To: [EMAIL PROTECTED] Subject: reclamation question have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921
Re: reclamation question
Tim, Occasionaly I will have a problem where a volume will show up as reclaimable and it won't reclaim.. I will try and delete the volume discard=yes(volume being a offsite tape) and it won't do it either. I do an audit volume XX fix=yes to resolve the problem.. XXX= volser number. You could also try moving data on the volume move d A00044 stg=NT_TAPE if nothing happens , look back in the actlog to find out what the problem is... I don't see any read/write errors ? Is the tape in the library ?? Is the category what it should be ??? Gabriel C. Wiley ADSM/TSM Administrator AIX Support Phone 1-614-308-6709 Pager 1-877-489-2867 Fax 1-614-308-6637 Cell 1-740-972-6441 Siempre Hay Esperanza Tim Brown [EMAIL PROTECTED]To: [EMAIL PROTECTED] M cc: Sent by: ADSM: Subject: Re: reclamation question Dist Stor Manager [EMAIL PROTECTED] .EDU 03/06/2002 12:34 PM Please respond to ADSM: Dist Stor Manager i have a particular tape in a storage pool that is not being reclamed Volume Name: A00044 Storage Pool Name: NT_TAPE Device Class Name: NT3590 Estimated Capacity (MB): 98,244.1 Pct Util: 8.2 Volume Status: Full Access: Read/Write Pct. Reclaimable Space: 91.9 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 46 Write Pass Number: 1 Approx. Date Last Written: 10/26/2001 11:05:44 Approx. Date Last Read: 10/29/2001 14:01:42 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Last Update by (administrator): Last Update Date/Time: 10/16/2001 11:14:34 - Original Message - From: David Longo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 11:42 AM Subject: Re: reclamation question Maybe the storage pools don't have any tapes that meet criteria. To check run this select statement: select volume_name,pct_reclaim from volumes where stgpool_name='STG' order by pct_reclaim Put your stg pool name in place of 'STG and remember use upper case. (Put command in one line, I just broke into two for this mail). At the end of the list you will see if any tapes have gretater than 60% reclaimable space and which tapes. David Longo [EMAIL PROTECTED] 03/06/02 11:03AM have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921 MMS health-first.org made the following annotations on 03/06/02 11:55:32 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: reclamation question
i found the answer, the dev classes for my storage pools that weren't reclaiming only had mountl=1 once i set them to mountl=2 thay started to reclaim thanks - Original Message - From: David Longo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 1:15 PM Subject: Re: reclamation question One thing to check is do this if there is no reclamation going on: upd stg nt_tape recla=100 wait then for over one minute and then upd stg nt_tape recla=60 Then look at actlog for last few minutes and see if there are any error or informational messages . If nothing and reclamation is not happening for this tape then try a move data as someone else suggested. David Longo David Longo [EMAIL PROTECTED] 03/06/02 12:34PM i have a particular tape in a storage pool that is not being reclamed Volume Name: A00044 Storage Pool Name: NT_TAPE Device Class Name: NT3590 Estimated Capacity (MB): 98,244.1 Pct Util: 8.2 Volume Status: Full Access: Read/Write Pct. Reclaimable Space: 91.9 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 46 Write Pass Number: 1 Approx. Date Last Written: 10/26/2001 11:05:44 Approx. Date Last Read: 10/29/2001 14:01:42 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Last Update by (administrator): Last Update Date/Time: 10/16/2001 11:14:34 - Original Message - From: David Longo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 11:42 AM Subject: Re: reclamation question Maybe the storage pools don't have any tapes that meet criteria. To check run this select statement: select volume_name,pct_reclaim from volumes where stgpool_name='STG' order by pct_reclaim Put your stg pool name in place of 'STG and remember use upper case. (Put command in one line, I just broke into two for this mail). At the end of the list you will see if any tapes have gretater than 60% reclaimable space and which tapes. David Longo [EMAIL PROTECTED] 03/06/02 11:03AM have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921 MMS health-first.org made the following annotations on 03/06/02 11:55:32 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. == MMS health-first.org made the following annotations on 03/06/02 13:28:11 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: reclamation question
Tapes can also fail to reclaim in you have RESTARTABLE RESTORES hanging around. In this case you will find in the server actlog: ANR1089W Space reclamation terminated for volume x -lock conflict. From a server command line, do Q RESTORE. You will see there are some restartable restores hanging around. When the users finish them, or their timer expires, the tapes will go ahead and reclaim the next time reclamation runs. -Original Message- From: Gabriel Wiley [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 06, 2002 1:04 PM To: [EMAIL PROTECTED] Subject: Re: reclamation question Tim, Occasionaly I will have a problem where a volume will show up as reclaimable and it won't reclaim.. I will try and delete the volume discard=yes(volume being a offsite tape) and it won't do it either. I do an audit volume XX fix=yes to resolve the problem.. XXX= volser number. You could also try moving data on the volume move d A00044 stg=NT_TAPE if nothing happens , look back in the actlog to find out what the problem is... I don't see any read/write errors ? Is the tape in the library ?? Is the category what it should be ??? Gabriel C. Wiley ADSM/TSM Administrator AIX Support Phone 1-614-308-6709 Pager 1-877-489-2867 Fax 1-614-308-6637 Cell 1-740-972-6441 Siempre Hay Esperanza Tim Brown [EMAIL PROTECTED]To: [EMAIL PROTECTED] M cc: Sent by: ADSM: Subject: Re: reclamation question Dist Stor Manager [EMAIL PROTECTED] .EDU 03/06/2002 12:34 PM Please respond to ADSM: Dist Stor Manager i have a particular tape in a storage pool that is not being reclamed Volume Name: A00044 Storage Pool Name: NT_TAPE Device Class Name: NT3590 Estimated Capacity (MB): 98,244.1 Pct Util: 8.2 Volume Status: Full Access: Read/Write Pct. Reclaimable Space: 91.9 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 46 Write Pass Number: 1 Approx. Date Last Written: 10/26/2001 11:05:44 Approx. Date Last Read: 10/29/2001 14:01:42 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Last Update by (administrator): Last Update Date/Time: 10/16/2001 11:14:34 - Original Message - From: David Longo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 06, 2002 11:42 AM Subject: Re: reclamation question Maybe the storage pools don't have any tapes that meet criteria. To check run this select statement: select volume_name,pct_reclaim from volumes where stgpool_name='STG' order by pct_reclaim Put your stg pool name in place of 'STG and remember use upper case. (Put command in one line, I just broke into two for this mail). At the end of the list you will see if any tapes have gretater than 60% reclaimable space and which tapes. David Longo [EMAIL PROTECTED] 03/06/02 11:03AM have tape storage pools defined wth default reclamation threshold set to 60% some of these tape storage pools have been doing automatic reclamation ok but a few others are not running reclamation i cant seem to find the difference between the storasge pools Tim Brown Systems Specialist Information Systems Central Hudson Gas Electric tel: 845-486-5643 fax: 845-586-5921 MMS health-first.org made the following annotations on 03/06/02 11:55:32 -- This message is for the named person's use only. It may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. ==
Re: space reclamation question
Quoting Zlatko Krastev/ACIT [EMAIL PROTECTED]: the one which is below the reclamation threshold (the source) - look at q vol and a scratch or private volume for the stg pool (the destination) - def vol or upd stg maxscratch=nnn Backup files are sometimes segmented and spread across two or more storage pool volumes. If a volume below the reclamation threshold contains one segment of such a file the volumes containing the other seqments will also be required as input volumes for reclamation. I don't know of any elegant way to identify the other volumes in such cases. The ugly way I am aware of starts by running a pair of query content commands with count=1 and count=-1 against the below threshold volume to find out whether that volume starts or ends with a segmented file. If it does, one can run similar commands against the other volumes in the same storage pool and look for matching file names.
Re: space reclamation question
We used to do this by starting a move data on volume XXX, then looking in the activity log for messages like Volume 12345 is expected to be mounted. Those messages listed the OTHER volumes that held pieces of files from volume XXX. Ugly... worked, though. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Denier Sent: Monday, September 10, 2001 1:57 PM To: [EMAIL PROTECTED] Subject: Re: space reclamation question Quoting Zlatko Krastev/ACIT [EMAIL PROTECTED]: the one which is below the reclamation threshold (the source) - look at q vol and a scratch or private volume for the stg pool (the destination) - def vol or upd stg maxscratch=nnn Backup files are sometimes segmented and spread across two or more storage pool volumes. If a volume below the reclamation threshold contains one segment of such a file the volumes containing the other seqments will also be required as input volumes for reclamation. I don't know of any elegant way to identify the other volumes in such cases. The ugly way I am aware of starts by running a pair of query content commands with count=1 and count=-1 against the below threshold volume to find out whether that volume starts or ends with a segmented file. If it does, one can run similar commands against the other volumes in the same storage pool and look for matching file names.
space reclamation question
Hi all, Is there a way to predict which library volume will be needed to do the space reclamation? Thanks. Best regards, Phillip
Re: space reclamation question
Yep, the one which is below the reclamation threshold (the source) - look at q vol and a scratch or private volume for the stg pool (the destination) - def vol or upd stg maxscratch=nnn ;-) Sorry, cannot be more precise. Guan, Phillip [EMAIL PROTECTED] on 08.09.2001 21:03:01 Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:space reclamation question Hi all, Is there a way to predict which library volume will be needed to do the space reclamation? Thanks. Best regards, Phillip