I still like tape. No B37 abends. No waiting for recalls from HSM and reduces the need for HSM recycling.
As long as only 1 open is required at a time and no one needs to browse/edit the dataset, I don't see any reason to store large sequential datasets on DASD. CA-1 reporting and ISPF panels give a lot of easily access to information, without the need to scan through tons of SMS data to get the same for DASD data. On Fri, 1 Feb 2019 at 15:23, Vernooij, Kees (ITOP NM) - KLM < kees.verno...@klm.com> wrote: > So, the "problem" you try to solve is that you want to charge more data? > Why don't you just start charging tape data then? > I think you a trying to build a canon just to shoot a mosquito (Dutch > expression). > > Kees. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Benik, John E > > Sent: 31 January, 2019 21:31 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tape Mount Management > > > > Thank you for all the feedback. Even though we are all virtual tape, I > > am under the impression that not all the data residing on tape should > > be. Yes it's virtual and therefore disk, but many of the JCL used today > > is old and since there is no chargeback for tape, users continue to > > write their data to tape. I am looking into this to help determine > > where the data should reside. The best will probably be looking at > > smaller tapes and having those go to disk instead. I'm thinking > > starting with 50 MB. > > > > > > > > John Benik | Optum > > Senior Systems Management Analyst – Mainframe Storage, Network Hosting > > Services > > Optum Technology > > 12125 Technology Drive > > Eden Prairie, MN 55344 > > > > O) 1-952-833-7765 > > C) 1-612-616-3984 > > > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Paul Gilmartin > > Sent: Wednesday, January 30, 2019 1:36 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tape Mount Mangement > > > > On Wed, 30 Jan 2019 17:30:34 +0100, R.S. wrote: > > > > > >My other impression is it's simpler to change gazillion (usually less) > > >of JCL jobs to explicitly point datasets to DASD than using TMM. > > > > > Might a JCLLIB member that SETs a few JCL symbols facilitate this? > > Reduce a gazillion to a handful? Nowadays JCL symbols can even > > be resolved in SYSIN. > > > > >Of course virtual tape reliefs many pains of tape, but keeping things > > in > > >old way is not good for the future. > > > > > IBM sometimes seems to have the opposite impression. "Compatibility". > > > > -- gil > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This e-mail, including attachments, may include confidential and/or > > proprietary information, and may be used only by the person or entity > > to which it is addressed. If the reader of this e-mail is not the > > intended > > recipient or his or her authorized agent, the reader is hereby notified > > that any dissemination, distribution or copying of this e-mail is > > prohibited. If you have received this e-mail in error, please notify the > > sender by replying to this message and delete this e-mail immediately. > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN