Mikey, We have an STK library at the moment, so I am familiar with the scratch synchronization process.
The STK utilities however perform the synchronization in a realtime mode: the utility reads the CA-1 TMC and simultaneously updates the STK library CDS. In this way, there is no window for causing problems. The Bustech utility has this window, so my concern was whether this creates problems and how they are tackled. The STK utility does both scratch- and unscratch synchronization, i.e. in the STK CDS volumes are made both scratch and non-scratch, as the CA-1 TMC indicates. From the Bustech documentation it is not clear if the Bustech utility does this too. Regards, Kees. "Michael W. Moss" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Hi Kees and Brian, > > Hopefully the following dialog might help clarify matters for you, which I > > 4) In conclusion, TMS and VTL/ATL synchronization has been forever thus. > > Generally we run scratch synchronization processes at the end of batch > > processing, as this is when we generally run TMS house-keeping, as the > > completion of batch signals the "right time" to vault tapes and replenish > scratch levels. However, if we get low on scratch volumes outside of this > once a day period, we can always perform TMS "Scratch and Clean" processes > with an associated TMS and VTL/ATL scratch synchronization process to > release scratch volumes for further processing, while we ponder whether to > increase our logical (E.g. VTL) and/or physical (E.g. ATL) scratch > inventories to avoid such an issue in the future. > > Best Regards, UK Mikey. > > On Wed, 26 Apr 2006 09:30:56 +0200, Vernooy, C.P. - SPLXM > <[EMAIL PROTECTED]> wrote: > > >"Kees Vernooy" <[EMAIL PROTECTED]> wrote in message news:<LISTSERV% > [EMAIL PROTECTED]>... > >> > >> I am interested in the potential window of risk you mentioned. Did you > >> expirience any problems with this and if so, how did you deal with them? > >> > >> Thanks, > >> Kees. > > ---------------------------------------------------------------------- > 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. ********************************************************************** ---------------------------------------------------------------------- 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
