Wednesday afternoon MB Foster leads another of its webinars about migration advice. The company is the community leader in data migration, data migration projects, data migration service. You're moving, they're the folks to contact. On Wednesday at 2 PM EST they're reaching out to explain the methodology the company uses to process departures from the 3000 world.
The options on exits "have not changed much over the last decade," the company's email teaser says. "They include; Stay, Rehost, Replace/Buy, Rebuild. The best choice for you depends on growth expectations, corporate standards, risk and cost." The other determining aspect is how much exiting a migration prospect must do immediately. Several of the current generation of migrators have gone to the app-by-app model.
The largest single migration of educational 3000s, 36 of them at the SBCTC, was pulled off in some pieces. This usually follows a methodology of getting a key app onto another platform in a lift and shift. Rewrites have become rare. Later on the lifted app can be replaced. Sometimes, as is the case at SBCTC, the whole migration platform shifts. Eloquence database to Oracle was the shift there. Another higher-ed site, at Idaho State University, moved its apps a few at a time over several years.
It's always worth mentioning the choice that MB Foster notes: a choice to stay on the HP 3000. But you won't even have to do that if all you need to accomplish is an update of hardware. Choosing Stromasys and the Charon emulator is also a move off the HP 3000: the Hewlett-Packard servers and disks get left behind. New PC hardware and a Linux control center take the place of the HP iron.
The point to remember is that the instincts that got a 3000 IT manager to their current post are still sound. Change only what brings needed value and business-competitive features. Foster's strategy says that "In 2006 there was no pressing need to migrate the [MPE/iX] application. A decade later, the pressure to ‘get off’ the HP 3000 has surely increased."
Where the pressure has become higher, the most crucial play involves moving data. More than 20 years ago, IBM was making a play to migrate 3000 systems to AS/400s. Computerworld called me to ask how I believed that'd go. "Not so good," I said at the time, "because there's all that IMAGE data that's essential to a 3000 customer. A tough move today." Migrations are easier now thanks to all the tech advances. It's business choices, though, not technology promises, that propel any migration.