Re: Copypool storage advice
I believe I have found the problem. The maximum number of scratch volumes allowed was set to 40 and it had reached this limit which was causing the reclaimation process to fail. I have increased the maximum number of scratch volumes allowed and restarted the reclaimation process. Thanks & Regards Paul > -Original Message- > > It's been a while since I've worked much with off-site copypools, but my next > suggestion is to work with DRMedia. Do you have some volumes (that have been > reclaimed) in VAULTRETRIEVE status? I don't remember how they show up in your > volume list (I half expect 'EMPTY' status, but as I said, it's been a while), > but if you > do, they might be returned to scratch status when you MOVE DRM the VAULTRET > volumes back to ONSITERET. > > How many BACKUP STG processes are you running at a time? If you run four > backup processes at a time, you'll produce four tapes each day, even if one > would > be enough. That might be contributing to this phenomenon. > > You said these volumes are set as offsite; that's at the volume level; > volumes are > the only things with an "offisite status, as I recall. If you do QUERY LIBVOL > * > , do they show up? If TSM "knows" they're in the library, they won't be > reclaimed if they're in "FILLING" status, as I recall. > > I love a good puzzle. I'm just not sure how many things I'm taking for > granted about > how you're using TSM. :-) > > Nick > > On Apr 10, 2011, at 6:35 PM, Paul_Dudley wrote: > > > Collocation for the storage pool is set to "none". No I am not using the > > "du=" > parameter on the reclaim commands. I check the log and they do finish > successfully. > > They are a mixture of "full" and "filling" tapes. They are all set as > > "offsite". > > > > Thanks & Regards > > Paul > > > >> > >>> I currently have a lot of copypool storage tapes which are between 50 - > >>> 60% > >> utilization. Expiration runs daily and I run reclaimation daily on this > >> copypool, set > to > >> 50. > >>> > >>> Is there anything I can do to try and consolidate the data onto fewer > >>> copypool > >> tapes? > >> > >> I would conclude that you have your collocation on the copypool set to > something > >> other than "none." My back-up theory is that you're using a "dur=" > >> parameter on > >> your reclaim commands, and they simply are not finishing. > >> > >> Are these tapes marked as being off-site? Are they in "filling" status or > >> "full"? > >> "Filling" tapes normally are excluded from reclamation if they're > >> allegedly still in > the > >> library. > >> > >> I'm not sure why it would matter, but what's your TSM server level? > >> > >> > >> Nick ANL DISCLAIMER This e-mail and any file attached is confidential, and intended solely to the named addressees. Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by return e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person.
Re: Copypool storage advice
It's been a while since I've worked much with off-site copypools, but my next suggestion is to work with DRMedia. Do you have some volumes (that have been reclaimed) in VAULTRETRIEVE status? I don't remember how they show up in your volume list (I half expect 'EMPTY' status, but as I said, it's been a while), but if you do, they might be returned to scratch status when you MOVE DRM the VAULTRET volumes back to ONSITERET. How many BACKUP STG processes are you running at a time? If you run four backup processes at a time, you'll produce four tapes each day, even if one would be enough. That might be contributing to this phenomenon. You said these volumes are set as offsite; that's at the volume level; volumes are the only things with an "offisite status, as I recall. If you do QUERY LIBVOL * , do they show up? If TSM "knows" they're in the library, they won't be reclaimed if they're in "FILLING" status, as I recall. I love a good puzzle. I'm just not sure how many things I'm taking for granted about how you're using TSM. :-) Nick On Apr 10, 2011, at 6:35 PM, Paul_Dudley wrote: > Collocation for the storage pool is set to "none". No I am not using the > "du=" parameter on the reclaim commands. I check the log and they do finish > successfully. > They are a mixture of "full" and "filling" tapes. They are all set as > "offsite". > > Thanks & Regards > Paul > >> >>> I currently have a lot of copypool storage tapes which are between 50 - 60% >> utilization. Expiration runs daily and I run reclaimation daily on this >> copypool, set to >> 50. >>> >>> Is there anything I can do to try and consolidate the data onto fewer >>> copypool >> tapes? >> >> I would conclude that you have your collocation on the copypool set to >> something >> other than "none." My back-up theory is that you're using a "dur=" parameter >> on >> your reclaim commands, and they simply are not finishing. >> >> Are these tapes marked as being off-site? Are they in "filling" status or >> "full"? >> "Filling" tapes normally are excluded from reclamation if they're allegedly >> still in the >> library. >> >> I'm not sure why it would matter, but what's your TSM server level? >> >> >> Nick > > > > > > > ANL DISCLAIMER > > This e-mail and any file attached is confidential, and intended solely to the > named addressees. Any unauthorised dissemination or use is strictly > prohibited. If you received this e-mail in error, please immediately notify > the sender by return e-mail from your system. Please do not copy, use or make > reference to it for any purpose, or disclose its contents to any person.
Re: Copypool storage advice
Collocation for the storage pool is set to "none". No I am not using the "du=" parameter on the reclaim commands. I check the log and they do finish successfully. They are a mixture of "full" and "filling" tapes. They are all set as "offsite". Thanks & Regards Paul > > > I currently have a lot of copypool storage tapes which are between 50 - 60% > utilization. Expiration runs daily and I run reclaimation daily on this > copypool, set to > 50. > > > > Is there anything I can do to try and consolidate the data onto fewer > > copypool > tapes? > > I would conclude that you have your collocation on the copypool set to > something > other than "none." My back-up theory is that you're using a "dur=" parameter > on > your reclaim commands, and they simply are not finishing. > > Are these tapes marked as being off-site? Are they in "filling" status or > "full"? > "Filling" tapes normally are excluded from reclamation if they're allegedly > still in the > library. > > I'm not sure why it would matter, but what's your TSM server level? > > > Nick ANL DISCLAIMER This e-mail and any file attached is confidential, and intended solely to the named addressees. Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by return e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person.
Re: Copypool storage advice
On Apr 7, 2011, at 11:07 PM, Paul_Dudley wrote: > I currently have a lot of copypool storage tapes which are between 50 - 60% > utilization. Expiration runs daily and I run reclaimation daily on this > copypool, set to 50. > > Is there anything I can do to try and consolidate the data onto fewer > copypool tapes? I would conclude that you have your collocation on the copypool set to something other than "none." My back-up theory is that you're using a "dur=" parameter on your reclaim commands, and they simply are not finishing. Are these tapes marked as being off-site? Are they in "filling" status or "full"? "Filling" tapes normally are excluded from reclamation if they're allegedly still in the library. I'm not sure why it would matter, but what's your TSM server level? > Thanks & Regards > > Paul Nick