Hi Eric,

it's the other way round. Assume you have one Library with 5k tapes and 5 
storage pools that on average use about an equal amount of tapes, then you'd 
set maxscratch to 1100 on each, so if for some reason one pool grows very hard 
it will hit the maxscratch limit before it uses up all tapes and the other 
pools have nothing. If on the other hand your environment has one library with 
one pool, you set maxscratch to 5000, or even '1000000' as 'I don't care'.

Op 9 okt. 2014, om 12:54 heeft Loon, EJ van (SPLXM) - KLM 
<[email protected]> het volgende geschreven:

> Hi Steven!
> So if I understand your explanation correctly, for a storagepool used by one 
> server only, the maxscratch should always be equal to the total amount of 
> volumes in this pool? So when adding new scratches, one has to raise the 
> maxscratch with an equal amount? 
> Kind regards,
> Eric van Loon
> AF/KLM Storage Engineering
> 
> 
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of 
> Steven Langdale
> Sent: donderdag 9 oktober 2014 10:20
> To: [email protected]
> Subject: Re: maxscratch
> 
> Eric
> 
> It's the max number of vols that can be used from the scratch pool by the 
> particular stgpool.  so in your instance (assuming you have a single stgpool 
> with all 4000 private takes in it AND it got them from the scratch pool), if 
> you set it to 1000 you won't be able to use anymore new scratch tapes until 
> the usage goes below 1000.
> 
> You can look as it as a way to stop a single stpool stealing all of the 
> scratch tapes.
> 
> Steven
> 
> On 9 October 2014 08:53, Loon, EJ van (SPLXM) - KLM <[email protected]>
> wrote:
> 
>> Hi guys!
>> I never used the maxscratch value for our VTL libraries, but I'm just 
>> wondering how it works.
>> From the TSM Reference manual:
>> 
>> MAXSCRatch
>> Specifies the maximum number of scratch volumes that the server can 
>> request for this storage pool. This parameter is optional. You can 
>> specify an integer from 0 to 100000000. By allowing the server to 
>> request scratch volumes as needed, you avoid having to define each volume to 
>> be used.
>> 
>> What is meant by scratch volumes here? The total amount of scratch 
>> tapes when you start with an empty TSM server or the amount of 
>> scratches in the current situation?
>> For instance, I have a server with 4000 private tapes and 1000 scratch 
>> tapes. Should I set it to 1000 or 5000?
>> Thanks for your help in advance!
>> Kind regards,
>> Eric van Loon
>> AF/KLM Storage Engineering
>> ********************************************************
>> For information, services and offers, please visit our web site:
>> http://www.klm.com. This e-mail and any attachment may contain 
>> confidential and privileged material intended for the addressee only. 
>> If you are not the addressee, you are notified that no part of the 
>> e-mail or any attachment may be disclosed, copied or distributed, and 
>> that any other action related to this e-mail or attachment is strictly 
>> prohibited, and may be unlawful. If you have received this e-mail by 
>> error, please notify the sender immediately by return e-mail, and delete 
>> this message.
>> 
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
>> its employees shall not be liable for the incorrect or incomplete 
>> transmission of this e-mail or any attachments, nor responsible for any 
>> delay in receipt.
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
>> Dutch
>> Airlines) is registered in Amstelveen, The Netherlands, with 
>> registered number 33014286
>> ********************************************************
>> 
>> 
> ********************************************************
> For information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> ********************************************************
>                       

-- 

 Met vriendelijke groeten/Kind Regards,

Remco Post
[email protected]
+31 6 248 21 622

Reply via email to