There has been several discussions on this recently.  In brief, most
likely the reclamation is slow when input is disk and not tape -
an output tape with no input tape.  Going tape to tape is MUCH faster.
It is a basic TSM design problem that is accentuated by LTO start/stop.

Simple solution is to have disk pool emptier so reclaims will not use 
disk as input for long.  I have 3584 also.  Everything else is very fast
with this library.

David Longo

>>> [EMAIL PROTECTED] 07/03/02 09:40AM >>>
Hey there

Maybe its because I'm used to using STK 9840 tapes but yesterday I saw an LTO tape at 
25 % utilisation take almost 4 hours to reclaim, which to me is awful. How am I
supposed to reclaim my tapes with that kind of performance?. The drives I use are IBM 
Ultriums in a 3584 library. With only 2 drives it makes it hard for users to do
restores...

Are there any options I can change to make this go a bit faster. I know the start/stop 
on LTO's isn't good.

Thanks for the help.

Guillaume Gilbert
CGI Canada



"MMS <health-first.org>" made the following
 annotations on 07/03/2002 10:57:13 AM
------------------------------------------------------------------------------
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.

==============================================================================

Reply via email to