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 * <volid>, 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.
|