Would use a number a bit higher than 9999 as we had stgpools with 20-30k volumes in it.....
2014-10-10 15:34 GMT+02:00 Prather, Wanda <wanda.prat...@icfi.com>: > Just pointing out a more common use of maxscratch that I see at smaller > customers, which is in conjunction with collocation. > > If you have collocation set to node (or filespace), then TSM is going to > try and put each node (or filespace) on a separate cartridge. > So if you have a smaller library, with 60 slots you can use for a storage > pool, but 120 clients to back up, you set maxscratch to 60 and TSM will > stack 2 nodes per cartridge. > > If you aren't using collocation, or have some other reason for limiting > cartridge use, you can just set maxscratch to 9999. > > W > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Thomas Denier > Sent: Thursday, October 09, 2014 8:56 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] maxscratch > > 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@VM.MARIST.EDU] On Behalf Of > David Ehresman > Sent: Thursday, October 09, 2014 8:38 AM > To: ADSM-L@VM.MARIST.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@VM.MARIST.EDU] On Behalf Of > Loon, EJ van (SPLXM) - KLM > Sent: Thursday, October 09, 2014 6:54 AM > To: ADSM-L@VM.MARIST.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@VM.MARIST.EDU] On Behalf Of > Steven Langdale > Sent: donderdag 9 oktober 2014 10:20 > To: ADSM-L@VM.MARIST.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.l...@klm.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. > >