Thinking about it, there is one more thing to watch. When the number of free tapes in Pool 0 drops below a minimum, the TS7740 will start a Panic Reclaim, in order to create free tapes in Pool 0. I think, you must also find out how to avoid that.
Kees. -----Original Message----- From: Vernooij, CP (ITOPT1) - KLM Sent: Thursday, June 04, 2015 8:32 PM To: IBM Mainframe Discussion List Subject: RE: TS7740 question I think you must be able to trick this with Storage Groups and Tape pools. In SMS you assign the data to a Storage Group. In the TS7740 the Storage Group is assigned to a Physical Volume Pool. The Physical Volume Pool takes its scratch tapes from Pool 0. If you move all Physical volumes from Pool 0, the Physical Volume Pool assigned to the Storage Group has no physical tapes to borrow and write tp. I wonder when the TS77440 will start protesting, but probably only when the cache will start to fill up. Let me know if this works. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Pommier, Rex Sent: Thursday, June 04, 2015 6:46 PM To: [email protected] Subject: TS7740 question Hi All, Is there any way to configure all or a portion of a TS7740 to not write cache data to back-end tapes? Here's the situation I am facing. I have a TS7720 without any tape drives. Our DR facility has only a TS7740. We are preparing for a test and we don't want to have to provide back-end (stack) tapes for the test. Is there any way we can configure the TS7740 to not write to stack tapes? We are confident that any data we write to the TS7740 will comfortably fit onto the cache. TIA, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ******************************************************** 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 IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
