1 25/03/10
mainframe academy Hoe legacy en mainframe naar eigen ritme en mogelijkheden ontsluiten, rentabiliseren
en klaar maken voor de toekomst?
Comment gérer et planifier l’avenir de vos systèmes legacy et mainframe, tout en rentabilisant vos investissements passés?
Karl Reremoser, NRB Maryse Sawicki, BULL
2
uitgangspunt Wat zijn de vaststellingen die het uitgangspunt vormen de mainframe academy?
doelstelling Wat wil de mainframe academy bereiken?
mainframe academy Hoe kan één en ander concreet vorm krijgen?
case projet OPEN IC «Etude de faisabilité de migration d’une base IDS2 (sur GCOS8) vers
DB2 (sur SOLARIS)» projet OPEN NP « Accessibilité d’une base DB2 (sur SOLARIS) depuis le GCOS8 »
mainframe academy
3
uitgangspunt
vandaag draaien nog een aanzienlijk aantal toepassingen in een legacy-omgeving
deze toepassingen zijn uiterst stabiel, maar vergen bepaalde specifieke competenties MVS, GCOS, BS2000,… IMS, IDS2,… COBOL, PL1,…
deze specifieke competenties worden vandaag schaarser zowel inzake exploitatie als toepassingen zowel bij de klant als de leverancier
de verdwenen competentie raakt moeilijk ingevuld de nieuwe generatie is niet gevormd op dat vlak
vandaar de vraag naar ‘evolutie’, niet noodzakelijk ‘revolutie’ consultants / auditeurs sturen aan op het verlaten van de mainframe
4
doelstelling
het bieden van continuïteit voor de bestaande toepassingen in een legacy-omgeving binnen het mogelijks vooropgestelde schema van migratie
continuïteit op het vlak van: exploitatie van de bestaande omgeving onderhoud van de bestaande toepassingen en data beschikbare en noodzakelijke competentie
het ontsluiten en valoriseren van de bestaande toepassingen in een legacy-omgeving als voorafname aan het mogelijks vooropgestelde schema van migratie
ontsluiten naar andere technologieën: RDBMS, WEB, JAVA, … andere platformen: client/server, webservice, …
met een bijzondere aandacht voor de historische gegevens
5
mainframe academy
poolen van de noodzakelijke competenties, in zeer ruime zin: systeemarchitecten systeemingenieurs ontwikkelaars operators …
poolen van de noodzakelijk technologie exploitatie van de bestaande omgeving hosting en onderhoud van de bestaande toepassingen en data
met een bijzondere focus op de interoperabiliteit naar andere platformen de historische data: hiërarchisch -> relationeel
6
aanbod
begeleiding in het valoriseren van wat is technologische begeleiding:
valoriseren van de bestaande toepassingen in een SOA-architectuur organisatorische begeleiding:
valoriseren van het professionalisme van de mainframe omgeving: service level change management job scheduling …
opleiding, in beide richtingen COBOL, PL1 J2EE, .Net
risicobeheersing datamigratie: hiërarchisch -> relationeel re-hosting en onderhoud van bestaande toepassingen en data
7
projet OPEN IC «Etude de faisabilité de migration d’une base IDS2 (sur GCOS8) vers DB2 (sur SOLARIS)» objectifs description générale
projet OPEN NP « Accessibilité d’une base DB2 (sur SOLARIS) depuis le GCOS8 » objectifs description générale
comparaison projets OPEN IC / OPEN NP
Cases : OPEN XX project – projet OPEN XX
8
objectif fonctionnel avoir un accès et une intégration plus aisés des données comptables (ICPC) pour les
applications développées dans le monde ouvert, éviter les multiples copies partielles de ICPC non sécurisées ni synchronisées
-> source authentique.
démontrer la faisabilité de migrer les données dans l’environnement cible tout en maintenant le fonctionnement des programmes dans l’environnement GCOS8.
vérifier que les performances sont acceptables.
case: projet OPEN IC - objectifs
9
case: projet OPEN IC - description générale
application A application B application C application D
IDS/II data
application A
GCO
S SO
LARIS
GCO
S
environnement SPF actuel
environnement SPF cible
nouvelle application E
application B
IDS/II data
DB2 data
IDS/II data IDS/II
data
10
objectif fonctionnel dans le cadre de la nouvelle architecture des applications du SPF Finances, recherche
des informations dans la nouvelle base de données SITRAN (*) (DB2 sur SOLARIS) en lieu et place de la base actuelle NP (**) (IDS2 sur GCOS8)
-> source authentique.
démontrer la possibilité d’utiliser les données dans l’environnement cible tout en maintenant le fonctionnement des programmes dans l’environnement GCOS8.
vérifier que les performances sont acceptables.
(*) Signalétique TRANsversale (**) Naturlijke Persoon
case: projet OPEN NP - objectifs
11
case: projet OPEN NP - description générale
application A application B
IDS/II data
GCO
S environnement SPF actuel
environnement SPF cible
SOLA
RIS
application C
DB2 data
application A application B
GCO
S
SOLA
RIS
application C
DB2 data
12
OPEN IC OPEN NP
analyse DB approche REVER
constitution DB création de la DB
mapping avec la DB existante
solution technique journalisation mise à jour
sommunication GCOS8 – Solaris via FTP via DBSP (*)
transformation des programmes : DML -> SQL approche REVER
case: comparaison projets OPEN IC / OPEN NP
avantages OPEN IC: mise à disposition des données pour les applications du monde ouvert;
continuité et sécurité des traitements mainframe OPEN NP : unicité des données;
performances d’accès acceptables
(*) (Data Base Service Processor : solution avec mainframe GCOS8)
14
reprise de la connaissance de la DB existante: extraction des structures de données; extraction des dépendances cachées (via l’analyse des programmes); conceptualisation d’un schéma relationnel.
mise en place de la DB cible: design du schéma relationnel; production d’un schéma physique; validation des données en production; validation de la structure de la base de données cible; production d’un jeu de données de test; préparation de la migration des données; migration des données (après transformation des programmes); validation de la migration des données.
case: projet OPEN 8 - les différentes étapes
15
communication GCOS8 - Solaris: développement des fonctions d’accès à une base de données SQL/DB2 sous Solaris à
partir des programmes COBOL tournant sur Bull/GCOS 8;
transformation des programmes : DML -> SQL: détermination d’un jeu de programmes critiques; adaptation des programmes critiques; évaluation; adaptation de tous les programmes:
partie automatique (90%); partie manuelle (10%);
test des programmes; mise en production.
case: projet OPEN 8 - les différentes étapes
16
étape 1: isolement des traitements et des accès aux données
Bull GCOS 8
programmes
ICPC IDS2
programmes
ICPC IDS2
accesseurs
Bull GCOS 8
case: projet OPEN 8 - détails (1/3)
17
étape 2: journalisation
Bull GCOS 8
programmes
ICPC IDS2
accesseurs
Bull GCOS 8
programmes
ICPC IDS2
accesseurs
journal IDS2
case: projet OPEN 8 - détails (2/3)
18
étape 3: synchronisation
Traitement journal
Bull GCOS 8
journal IDS2
fichier enregistrements
mis à jour
SOLARIS
fichier enregistrements
mis à jour
ICPC DB2
mise à jour
ftp
case: projet OPEN 8 - détails (3/3)
19
OPEN 8 / OPEN NP
début de projet: fourniture de tous les éléments (personne responsable): 1 jour / 1 jour
validation des dépendances : analyse des résultats produits par REVER: 6 jours / 9 jours
(personnes ayant une bonne connaissance du S.I.)
conceptualisation: interprétation des résultats et validation : 20 jours / 24 jours
(personne ayant une bonne connaissance du métier/business)
production schémas SQL: validation (DBA) 1 jour
validation des données : exécution de programmes sur les données réelles (DBA) : 6 jours / 10 jours validation des résultats - correction des données: 3 jours / 6 jours
(personne habilitée à manipuler ces données / business) validation de la structure des données:
sélection d’un jeu de tests et exécution des programmes d’extraction (DBA): 2 jours / 1 jour
case: ressources projets OPEN 8 / OPEN NP (1/2)
20
OPEN 8 / OPEN NP
migration des données: exécution des programmes de migration (DBA) : 2 jours
validation de la migration des données: exécution de scripts d’extraction (DBA): 2 jours / 3 jours
détermination d’un jeu de programmes critiques: réunions et travail de recherche (responsable application): 3 jours / 1 jour
évaluation de la transformation des programmes critiques: évaluation (responsable application): 1 jour / 1 jour
tests des programmes: tests sur les machines du SPF avant mise en production: 100 jours / 100 jours
(programmeurs, utilisateurs, DBA, …)
mise en production: phase final de mise en production du travail terminé: 2 jours / 8 jours
(toutes personnes concernées)
case: ressources projets OPEN 8 / OPEN NP (2/2)