« Upgrade bargains on 3000s remain in play | Main | Big files get zipped, moved on HP 3000s »

March 16, 2016

Brain drain reduces migration options

Retirement exitAt a large Eastern Seabord organization in the US, the exit of MPE-skilled staff has cut away the migration choices for its HP 3000 operations. The server ran the organization's management of equipment parts. Some of the parts are being tracked back into the 1980s, so unique are those components.

It's like taking the durability of an HP 3000 and applying its model to vehicles, for example. Old F-150 pickup trucks, or the most beloved Jeeps, need parts that might've been designed decades ago. Get a large enough fleet and you need an extensive and fast database. 

IMAGE/SQL drove all of the enterprise business operations until 2002, when other solutions started to rise up at this enterprise. The HP 3000 9x9s there stepped back into a support role, running the parts application. When HP announced the 3000 was leaving its product list, the organization started to plan for a database migration.

"I still had a licensed HP-UX server (HP9000/I70) with paid software support at that time," said the IT manager, who didn't want us to use his name. "The plan was to purchase Eloquence for HP-UX, move IMAGE data to Eloquence, and rewrite our data entry and retrieval programs from their original Pascal to something on HP-UX, which might have been Pascal (if available) or C."

The migration to Eloquence, with what the manager called "universal homing capabilities," would be moved to Linux, which might have required another program rewrite. It could have been as simple as going from C on HP-UX to C## on Linux. Then expertise started leaving the organization.

Then "it became impossible to buy Eloquence," the manager said. "There was almost no one left working here who knew what IMAGE and the HP 3000 are. No one knew what Eloquence was, and no one wanted to know."

This enterprise shop already had MS SQL with paid support on Windows, "so I was led to hire a consultant to migrate the data to SQL and rewrite the apps in PHP.  It sounded like a quick way to a good end."

The Windows momentum had carried the organization away from HP-UX, eliminating Eloquence in the process.

With money being dumped into Microsoft as the solution for all, no one would want to hear a request to buy another database. We bought a new-at-the-time HP-UX server (RX 2660) for this project, but could not go ahead without the Eloquence piece and someone to convert the apps. So the server languished, and eventually was boxed up.

Now the plan is to migrate only the 3000's data at that enterprise. "We would rather stay on MPE and keep on developing," the manager said. "What I really wanted to do was to migrate the application from IMAGE to Eloquence, which would have set the stage for future migration to a new OS if necessary."

Migrations can be delayed for many reasons. But with the market's HP 3000 expertise in flux, keeping a migration moving seems to be one way to help ensure the widest range of choices to preserve app code. If application expertise leaves a company, all that's left is to move data. There are good solutions for that in the MPE world. MB Foster talks about some today at 2 PM EDT.

11:33 AM in Migration, User Reports | Permalink

Bookmark and Share

Use our search engine to find 20 years
of HP 3000 news and articles



The comments to this entry are closed.