In the IBM VTS, I tell ISMF to make a tape private, and then I can access the virtual tapes data. (IE: it takes it out of fast ready status.)
I once wanted to clear the contents of a virtual scratch tape and ejected and reinserted it. After reinserting, it still showed the old data. Thank you and have a Terrific day! Jonathan Goossen, ACS, CL Tape Specialist ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361-5555 IBM Mainframe Discussion List <[email protected]> wrote on 07/19/2011 09:06:05 AM: > From: "Vernooij, CP - SPLXM" <[email protected]> > To: [email protected] > Date: 07/19/2011 09:09 AM > Subject: Re: SMS QUESTION - TAPE > Sent by: IBM Mainframe Discussion List <[email protected]> > > And if anybody wonders *why* z/OS does not allow you to do a > specific mount of a SCRTCH tape: > Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged > in your VTS. This means, that when you request a tape from such a > category, you intend to write new data on it and don't care about > the old data on the tape. Therefor, the VTS will not bother > recalling the old data, but will immediately assing you a new blank > tape in its cache. If you then try to read, you will see an empty > tape. Furthermore, this empty tape will now be *the* current > instance of this volser, with your old data still available > somewhere on the backend cartridges, but unreachable for you. IBM > VTS support seems to provide a paid service to recover the old data > in such a case. > > Kees. > > > "John Dawes" <[email protected]> wrote in message > news:<[email protected]>... > > Thanks Mark. All's clear. Thanks for bailing me out. > > > > --- On Tue, 19/7/11, Mark Zelden <[email protected]> wrote: > > > > > > From: Mark Zelden <[email protected]> > > Subject: Re: SMS QUESTION - TAPE > > To: [email protected] > > Received: Tuesday, 19 July, 2011, 11:34 PM > > > > > > On Tue, 19 Jul 2011 06:08:56 -0700, John Dawes > <[email protected]> wrote: > > > > >Mark, > > > > > >I tried out your suggestion. I even activated the SMS > environment. However when I check in CA-1 it still shows the tape > as scratch. Is there anything else I need to do? > > > > > > > CA-1 TMC is a separate entity from the OAM TCDB. It is SMS/OAM > that is keeping you > > from mounting the scratch input tape, not CA-1. In other words, > changing CA-1 is optional. > > > > As Russell indicated earlier and I wrote, you can change the > volser in CA-1 to a future > > expiration date and when it scratches in CA-1 it will update the > TCDB as well. Or you > > don't have to touch CA-1 at all and when you are done copying the > tape you can > > go back into ISMF and change it to scratch again. If you don't > do one of these > > 2 actions, the OAM TCDB will be out of sync with the CA-1 TMC. > > > > Clear? > > > > Regards, > > > > Mark > > -- > > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > > mailto:[email protected] > > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > ******************************************************** > 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: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
