Over a year ago one of our DBA's converted us from OAM and the 3995 to remote DB2 objects on DASD on a non-mainframe server platform (as the whole point of the 3995 was long-term archival on random access media cheaper than mainframe DASD). Our case might have been simpler than yours in that our only OAM archive and user of the 3995 was accessed through a single in-house subroutine and 3995 updates were only done weekly. I don't know all the details, but I'm pretty sure he had to write his own program to pull objects from OAM and the 3995 and store them on the new platform; but by retaining some of the old naming conventions and modifying the common access subroutine, the move was almost transparent to the applications using the archive (except for elimination of the weekly 3995 drive and/or cherry picker failures and extended periods of unavailability!). I can remember no another hardware device that was the source of so many night calls, or that I was happier to see depart. As this application was the only user of OAM, we were able to turn off that as well. Six months after the departure of the 3995, our snack vendor replaced our simple gravity-feed drink vending machines with "improved" vending machines with a cherry-picker extraction mechanism, a single point of failure like the 3995 that breaks at least once a month. Go figure!
  Joel C Ewing, Data-Tronics Corp., Fort Smith, AR

Joel M Ivey wrote:
We're in need of migrating our transitioned objects to a better-performing
platform than the 3995.   Unfortunately OAM doesn't support transitioning
objects to (non-DB2) dasd.  Our other option is our VTS.  Are there any
shops that have migrated all their 3995 objects to another platform in order
to get rid of the 3995 altogether?
Thanks,
Joel USC
Columiba, SC
...

----------------------------------------------------------------------
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

Reply via email to