Mike, We once had an STK tape silo that went out of support, but STK was willing to continue service on a best effort basis, provided that needed spare parts still were available.
Besides that, there are (at least were) 3rd party companies that also support STK stuff and have their own supply of spare parts. Maybe they are willing to offer support for the rest of the silo, maybe STK is a little more willing to provide support if they hear you are dropping them. Although in my opinion, the Dutch STK devision was more client friendly then the SUN successors. Kees. "Mike Myers" <[email protected]> wrote in message news:<[email protected]>... > Mark: > > Thanks for the reply. Someone else will be looking at the out of service support (either from Sun/STK or from a 3rd party). > > Does your remark "TMM with HSM, ... probably isn't an alternative.", based on the inability of TMM/HSM to deal with existing virtual tape volumes. Suppose that those existing virtual tapes will age out of significance in the near future. If that were the case, could TMM/HSM support the creation and management of future virtual tapes? Could it do it in a CA-1 environment? > > Mike Myers > > >>> "Mark Zelden" <[email protected]> 12/18/2008 11:54 AM >>> > On Thu, 18 Dec 2008 11:23:32 -0500, Mike Myers <[email protected]> wrote: > > >Hi: > > > >The situation here is that the mainframe is being phased out (estimates are > that it will be gone by the end of 2010). Expenditures on hardware and > software are being curtailed as the workload migrates to the servers. > > > >We have an STK silo supporting virtual tape with VSM 3, which is no longer > supported after the end of the year. The upgrade to VSM 4 is very expensive > and not going to be done. The alternatives seem to be: find someone to > support VSM 3 on a per-call basis or find another method of providing > virtual tape. > > > >I'm looking for the alternate method. We have DFSMS and CA-1. I understand > that SMS has a virtual tape capability, but want to know if anyone has ever > implemented SMS-managed virtual tape with CA-1. Is it possible? If so, where > might I go for implementation information? > > > > Have you tried negotiating any type of extended support to just fix hardware > failures with Sun/STK? I have no idea how many virtual tape volumes are part > of your library, but any conversion to another "tape" alternative is going > to cost you. If you are referring to TMM with HSM, that probably isn't > an alternative. > > There are also 3rd party vendors like Quest: http://www.questinc.com/. > > Mark > -- > Mark Zelden > Sr. Software and Systems Architect - z/OS Team Lead > Zurich North America / Farmers Insurance Group - ZFUS G-ITO > mailto:[email protected] > z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ > Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 > > > ------------------------------------------------------------------------ ------ > The contents of this e-mail (and any attachments) are confidential, may be privileged and may contain copyright material. You may only reproduce or distribute material if you are expressly authorized by us to do so. If you are not the intended recipient, any use, disclosure or copying of this email (and any attachments) is unauthorized. If you have received this e-mail in error, please notify the sender and immediately delete this e-mail and any copies of it from your system. > ======================================================================== ====== > > ---------------------------------------------------------------------- > 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
