- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Switching Over to New System
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-23-2006 11:25 PM
тАО02-23-2006 11:25 PM
Re: Switching Over to New System
Making the transition from HP OpenVMS VAX to HP OpenVMS on Integrity servers
http://h71028.www7.hp.com/ERC/downloads/5983-2722EN.pdf
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-23-2006 11:43 PM
тАО02-23-2006 11:43 PM
Re: Switching Over to New System
I will work on getting a copy of our software and try to run it on one of these free systems and see how well it works. I think that will be my project for the next couple of weeks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2006 12:17 PM
тАО02-24-2006 12:17 PM
Re: Switching Over to New System
I too in the process of moving my VAX application to HP Integrity server.
Along with the link info mentioned above, you can go through this link aslo.
http://www.migrationspecialties.com/Port-VAX-Integrity.html
May I know what languages/utilities have been used in your current VAX/VMS application?
Archunan
Archie
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-24-2006 05:25 PM
тАО02-24-2006 05:25 PM
Re: Switching Over to New System
If the application doesn't do anything too fancy, you may be able to proceed by simply recompiling on the new machine - you will probably get some errors that require minor code changes, but it should go fairly smoothly.
I came from a company where we used AST's, mailboxes, and global sections extensively in a realtime application and determined a number of years ago that it was too big a project to get the code to run properly on an Alpha (we recompiled, got rid of errors, and still had problems getting our application working properly). We ended up staying on our MicroVAX 3100-85 systems (and the application still has not migrated - we stocked up on spare machines from eBay).
Allan in Atlanta
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-25-2006 05:40 AM
тАО02-25-2006 05:40 AM
Re: Switching Over to New System
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-25-2006 06:46 AM
тАО02-25-2006 06:46 AM
Re: Switching Over to New System
It was how we were using them in combination. But I'm just the sys admin...
What I gathered from one of the programmers was that because of the way we were doing things, there was no guarantee that various processes would receive messages in the proper order. This was not a problem on the VAX.
Our application was a realtime telephony process where we used VMS to control a telephone switch and a number of Voice Response units. It was possible to have as many as 2,000 concurrent calls in progress and we used the global sections to store all of the control data and call records for all current calls. When testing on an Alpha with a relatively light load (48 concurrent calls), we were getting call data stuffed into the wrong records.
I'm sure the problem could have been fixed with program changes (poor programming to begin with), but we had about 1.5 million lines of code to look through.
Allan in Atlanta
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-25-2006 08:41 PM
тАО02-25-2006 08:41 PM
Re: Switching Over to New System
The system basically acts as a scheduling program. It has set things to do at set times and you can pause or resume the schedule either in realtime or in programming. It is really just an interface to a unix system. But what has been proposed is a bridge be installed and use current Windows XP pro for the front end workstation and have a series of Dell Poweredge servers act as a software bridge to the older VAX 4000's that run the schedule, the only problem with that is the bridge..it doesn't work to well..the software gets hung up and in my line of work..you don't get hung up. Plus all of this would only alleviate one system..the VAX 3100's. So my suggestion was to upgrade the 3100's to a single processor HP Alpha with openvms and upgrade the 4000's to duel processor HP Alpha's with OpenVMS running. And have 4 servers running we would only use two at a time that would be clustered and then the other two would be our backup system.
To be honest I don't see why this wasn't upgraded 10 years ago. I guess the old addage is if it aint broke don't fix it.
I signed up for the testservers. I am gonna try and get a copy of our software and try to upload it and run it and see if it works.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2006 02:43 AM
тАО02-26-2006 02:43 AM
Re: Switching Over to New System
Why upgrade?
Performance problems? Worries about old,
dying, hard-to-find hardware? What?
If performance, what are the systems'
bottlenecks?
VAX 3100 and 4000 are big families with many
members. Unless you have the top- (end-?)
of-the-line models, there could easily be
faster (used) VAX systems out there.
I run old junk at home exclusively, and my
primary systems are Alphas now, so I don't
worry much about obsolete hardware, as I have
so much of it.
Do you have any exotic peripheral hardware
which might make a non-VAX replacement system
problematic?
You probably don't need to worry about the
32- versus 64-bit stuff. The compiler
defaults tend toward compatibility. Lots of
code just works. In C, for example, "int"
and "long" are still 32 bits. (I don't do
much Fortran, but I'd bet that "integer*4" is
still 32 bits.) As someone else asked, in
which language(s) is the stuff written?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2006 07:10 AM
тАО02-26-2006 07:10 AM
Re: Switching Over to New System
I think the vax3100 is a -35 series...
the 4000 is a A105 model
we just basically need to upgrade for our vision for the next 20 years. Cause the system is really maxed out performance wise.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2006 05:18 PM
тАО02-26-2006 05:18 PM
Re: Switching Over to New System
but if it's even close, then that's pretty
lame. The 4000 105A is, as I recall, pretty
high-end among the 4000 series. (If you were
throwing one away, I'd take it, for example,
unlike (probably) the 3100). In the 3100
series, models 80 and up were among the
later/faster ones. Google can find more info
if you determine the real model.
Twenty years is a long time, so moving off
the (real) VAXes might be a timely move.
(Whether an emulated VAX would be good is a
separate question.)