If scratch tapes are also used for purposes other than storage pool volumes,
such as database backups, the sum of the maxscratch values should be a bit less
than the number of volumes in the library.
Thomas Denier
Thomas Jefferson University Hospital
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
David Ehresman
Sent: Thursday, October 09, 2014 8:38 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] maxscratch
Eric,
That is correct. If you use maxscratch, it should be set to the total number
of volumes you want a particular storagepool to use. If you have multiple
storagepools sharing a tape library (virtual or not), the sum of their
maxscratches should equal the number of volumes in the library. Using
maxscratch in this way lets you forecast when you will need additional volumes.
Alternatively, you can set maxscratch to a high number and not worry about it;
you however lose the information about how soon you might need to add new
volumes.
David
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Loon, EJ van (SPLXM) - KLM
Sent: Thursday, October 09, 2014 6:54 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] maxscratch
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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Steven Langdale
Sent: donderdag 9 oktober 2014 10:20
To: ADSM-L AT VM.MARIST DOT EDU
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 <Eric-van.Loon AT klm DOT
com>
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
********************************************************
The information contained in this transmission contains privileged and
confidential information. It is intended only for the use of the person named
above. If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution or duplication of this communication is
strictly prohibited. If you are not the intended recipient, please contact the
sender by reply email and destroy all copies of the original message.
CAUTION: Intended recipients should NOT use email communication for emergent or
urgent health care matters.
|
