User experiences TAPE/COPY
Hi, Is there anyone out there who wants to share their experience with OPENTECH's TAPE/COPY program? I'm especially interested in media conversion (3490 -> 3590) done with the product. Any experiences with the interfaces to CA-1, CA-DISK, ... Performance compared to other products, ... Issues, problems,... Thx, Lieven -- 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
Re: User experiences TAPE/COPY
Is there anyone out there who wants to share their experience with OPENTECH's TAPE/COPY program? If you are evaluating it, I hope you will also evaluate equivalent products, such as Innovation's FATSCOPY (see our web site below for info). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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
Re: User experiences TAPE/COPY
On Tue, 19 Jul 2005 04:14:17 -0500, Lieven Borgs <[EMAIL PROTECTED]> wrote: >Hi, > >Is there anyone out there who wants to share their experience with >OPENTECH's TAPE/COPY program? >I'm especially interested in media conversion (3490 -> 3590) done with the >product. >Any experiences with the interfaces to CA-1, CA-DISK, ... >Performance compared to other products, ... >Issues, problems,... > >Thx, > >Lieven > We tried using it for a tape conversion a couple of years back but there were some issues with it. Here were some notes I received from the person doing the conversion: === 1. It didn't process uncataloged live data when a different live version of the same data was cataloged to a different tape. Their response to this when I ran into the issue was "clean up your database". This was the deciding factor to deinstall the software. This has been fixed, however, and these tapes are processed as uncataloged data. 2. There was (and still is) no way to set up an automatic 7x24 self- submission process to process multiple independent copy jobstreams. (this has somthing to do with needing an ISPF interface to set up copy jobstreams?). Opentech's process would copy multiple tapes in one copy stream, but if one failed it would halt the whole process until the bad tape was fixed. As far as I know, this is still true today. What I needed was to stop processing the bad tape and keep processing the remaining tapes selected for that copy stream. == We ended up using FATAR (since we were already licenced) in combination with our own process for copying the relevent TLMS fields from the original tape to the new copy. Now we have FATSCOPY for use with our CA-1 systems (we still have some TLMS systems that are being converted to CA-1). AFAIK, FATSCOPY still doesn't work with TLMS but Opentech does. Mark -- Mark Zelden Sr. Software and Systems Architect Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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
Re: User experiences TAPE/COPY
Lieven, The great thing about Tape/Copy is that we do have many customers using the product. If you would like a list of customer references you can email me directly or give us a call at the 800 number listed below. IBM and STK professional services use Tape/Copy whenever they perform any migrations. Tape/Copy does copy both cataloged and non-cataloged tapes without first identifying the volume serial number. Tape/Copy is able to stack if you want to stack to high density tape (3590,3592, 9840) and select enough datasets to fill the tape. Tape/Copy can also unstack all the datasets on a stacked tape or extract one file or a list of files from a stacked tape. Tape/Copy can also identify what tapes are in an ATL and which are in a VTL. Tape/Copy does have an ESTAE routine and is capable of continuing after a bad tape if you are not stacking. Once a tape dataset is migrated to a new volume the TMS is updated with the original information, such as created date/time/program. We do not expect you the customer to write any home-grown code to update the TMS. Tape/Copy does support and have customers running all of the know Tape Management systems, CA1, TLMS, RMM, Control-T, Zara. Best regards, Don Don Bolton Director Technical Services OpenTech Systems, Inc. 405 State Hwy 121 Building C, Suite 130 Lewisville, Texas 75067 800-460-3011 - Phone > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Lieven Borgs > Sent: Tuesday, July 19, 2005 4:14 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: User experiences TAPE/COPY > > Hi, > > Is there anyone out there who wants to share their experience with > OPENTECH's TAPE/COPY program? > I'm especially interested in media conversion (3490 -> 3590) done with the > product. > Any experiences with the interfaces to CA-1, CA-DISK, ... > Performance compared to other products, ... > Issues, problems,... > > Thx, > > Lieven > > -- > 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