Migrer de VSI OpenVMS/Alpha vers VSI OpenVMS/Integrity

 

  ð

accueil

Avant propos

 

L'assistance aux Clients de HP pour migrer leurs plateformes Alpha/OpenVMS vers des serveurs Integrity (processeurs Itanium 64 à l'époque) a concrètement commencé en 2005 avec la publication d'un premier document : Porting Applications from HP OpenVMS Alpha to HP OpenVMS Industry Standard 64 for Integrity Servers (version HTML - version pdf).

 

Mais les processeurs Itanium vont disparaître sous peu (voir plus loin), vous trouverez donc dans cette page un certain nombre d'informations et de ressources documentaires pour vous aider à préparer votre projet de migration, problématique épineuse que nous avions commencé à étudier en 2003 pour Airbus suite à l'annonce de l'obsolescence des VAX (visitez notre coin "vintage" : NewsLetter 1 - NewsLetter 2 - NewsLetter 3).

 

Tous les documents d'actualité que nous avons pu consulter sur le sujet sont disponibles en téléchargement libre de droits ici.

 

NEW Futur de OpenVMS - La FAQ

 

 

Contexte

 

L'annonce en 2007 de l'arrêt par HP de la production des AlphaServers de DEC au profit de l'architecture Itanium 64 a poussé la base OpenVMS installée à se soucier de leur migration vers cette nouvelle plateforme (lire à titre anecdotique ce remarquable compte-rendu (en anglais) d'un utilisateur).

 

L'annonce en 2012 de l'arrêt par Intel de la production des processeurs Itanium, prévue aujourd'hui pour 2021, a imposé le lancement de projets de migration des applications tournant sous OpenVMS/Alpha et OpenVMS/I64 vers des serveurs HPE Integrity à base de processeurs Intel x86-64 sachant que, chez HPE, l'arrêt de la maintenance HW intervient cinq ans après l'arrêt de la commercialisation d'une ligne de produits.

 

L'annonce le 21 janvier 2019 par VSI de la disponibilité Q2 de OpenVMS v9.0 x86-64 (Early Adopters Kit) peut motiver certains Clients à abandonner leur projet en cours de migration de OpenVMS/Alpha vers Itanium...

 

La maintenance des serveurs Alpha par HPE se termine le 31 décembre 2020. C'est demain.

 

La maintenance des serveurs Integrity I64 par HPE se termine en 2026. C'est tout bientôt. Avez-vous initié votre projet de migration ?

 

 

On peut tirer trois conclusions évidentes de ces informations :

 

a) La migration concerne le hardware

 

A priori, il vous suffira de changer les serveurs Integrity I64 par des Integrity x86-64. La balle sera dans le camp de HPE.

 

b) La migration concerne OpenVMS

 

VSI s'en charge. L'annonce de la disponibilité actuelle (juin 2019) de OpenVMS v9.0 x86-64 (EAK) est une bonne nouvelle (la Roadmap de VSI se trouve ici).

 

c) La migration concerne les applicatifs

 

Avec un peu de chance (et de sérieux), vous avez vos sources. Deux cas se présentent :

  • Soit vous devez passer de OpenVMS/Alpha à x86-64 et, dans ce cas, vous devez tout recompiler sur une machine de benchmark Alpha pour être sûrs que vous avez bien "tout juste" et documenter les résultats, puis transférer les sources sur la plateforme de benchmark x86-64 et faire de même. Les tests de régression devraient montrer peu ou pas de différences (nous consulter si vous voulez un coup de main, surtout si vous utilisez des Layered Products qui ne sont pas annoncés sur x86-64).

  • Soit vous devez passer de OpenVMS-I64 vers x86-64 et, dans ce cas, vous avez déjà effectué la procédure ci-dessus (passer de OpenVMS/Alpha à OpenVMS-I64), donc une "simple" compilation/link sur un serveur x86-64 devrait suffire. Du moins nous l'espérons.

Vous trouverez ci-après un canevas de guide pour préparer votre migration.

 

 

Liste des étapes

 

Une migration c'est (à notre avis) :

 

1° choisir, acquérir et installer la plateforme cible

2° inventorier les applicatifs

3° constituer la plateforme de benchmark

4° installer VSI OpenVMS et les Layered Products

5° documenter

6° rédiger le cahier de tests

7° rédiger une check liste

8° convertir les applicatifs (i.e. recompiler/linker sur les deux plateformes, destination et source)

9° faire les tests unitaires

10° traiter les problèmes résiduels

11° tester en production

12° mettre en production

 

 

Les questions à se poser

 

Questionnaire créé en 2003, toujours d'actualité :

 

GÉNÉRALITÉS
avez-vous déjà entrepris une réflexion sur l'obsolescence de votre plateforme DEC
si OUI, réalisez-vous une étude vous-mêmes ou l'avez-vous confiée à un tiers
si NON, qu'attendez-vous
avez-vous déjà le résultat de cette étude
si OUI, avez-vous pris une décision
si OUI, vers quoi allez-vous migrer vos applicatifs VAX
si AUTRE, quelle plateforme
si OUI, vers quoi allez-vous migrer vos applicatifs Alpha
si AUTRE, quelle plateforme
qui va réaliser la migration, vous-mêmes ou un tiers
si UN TIERS, lequel
si AUTRE, lequel
envisagez-vous plutôt une migration iso fonctionnelle ou une réécriture
envisagez-vous d'externaliser vos applicatifs DEC (en infogérance)
DOMAINES APPLICATIFS, LANGAGES ET OUTILS
quel domaine d'activité principal est géré par votre plateforme DEC
si AUTRE, lequel
quel langage principal utilisez-vous sur DEC
si AUTRE, lequel
si 4GL ou package "Off the Shelves", lequel
quelle gestion de données utilisez-vous principalement sur DEC
si AUTRE, laquelle
ANALYSE DU RISQUE
vos applicatifs DEC sont-ils stratégiques pour votre entreprise
avez-vous fait une analyse du risque inhérent à l'utilisation de plateformes DEC
si NON, avez-vous l'intention de le faire
la demande d'étude de migration est-elle de votre initiative ou a-t-elle été imposée
si IMPOSEE PAR UN TIERS, lequel
avez-vous pris des mesures pour pallier à l'arrêt du support HW de la plateforme DEC
si OUI, lesquelles
si AUTRE, lesquelles
avez-vous pris des mesures pour pallier à l'arrêt du support SW de la plateforme DEC
si OUI, lesquelles
si AUTRE, lesquelles
votre plateforme DEC est-elle en infogérance
tous vos matériels DEC sont-ils encore sous contrat de maintenance
COUTS
avez-vous fait une évaluation de coût de votre migration
si OUI, cette information a-t-elle guidé votre choix stratégique de migration
votre Direction a-t-elle alloué un budget illimité pour cette migration
si votre plate-forme DEC est stratégique, réalisez-vous que vous êtes obligé de migrer
avez-vous une idée du coût de la migration d'un million de lignes de Fortran/VMS (par exemple)
ETUDE : allez-vous/avez-vous demandé
un inventaire de votre existant (fonctionnel, matériel, logiciels, réseaux)
une identification des points critiques soulevés par la migration
une identification des différentes directions stratégiques possibles (au moins trois)
un chiffrage et une planification associés à la migration
une estimation des ressources nécessaires à l'exploitation et au suivi de la solution
les avantages et inconvénients de chaque solution proposée
une prestation de migration au forfait
un engagement de maintenance accompagnative
une étude similaire dans d'autres départements de votre entreprise

 

 

Ressources OpenVMS en ligne

 

accueil

 

Juin 2019


Goodies | DECUServe On Line | OpenVMS Hobbyist | OpenVMS Freeware | Forum comp.os.vms | Émulateur Charon-AXP | VSI OpenSource Products (gratuit)