Vendredi, Mai 18, 2012
   
Text Size


ban_safetogo


bout_ns247

PDFImprimerEnvoyer

Schéma Typique de Migration DL/2
  • Traitement unitaire des bases de donnéesdl2-projet-pilote-1
  • Nécessaire connaissance des applications
  • Compétences IMS et DB2 requises (DBA)
  • Possible mise au point dans la conception
  • Développement éventuel d'exits
  • Contrôle qualité des données

schema-typique-migration

  • Fonctionnalités
  • Téléchargements
  • Témoignage / Presse
  • F.A.Q.
Concepts
Concepts

Les grandes lignes des concepts généraux DL/2 peuvent se décliner à travers l'offre fonctionnelle suivante :
  • Accès DB2 transparent pour les applicatifs IMS
    • Appel DL/1 transformé en requête SQL
    • Retour des données, code retour et statut au format IMS
  • Migration progressive ou totale des bases
  • Faculté de ne pas migrer les données obsolètes
  • Possibilité de modifier la structure des bases migrées (re-engineering) :
    • Rajout de champs
    • Renforcement des contrôles
    • Redéfinition des données, changement des attributs des champs (type, longueur ...)
  • Développement éventuel d'exits
  • Rendu opérationnel très rapide en regard des mois ou des années nécessaires à la réécriture des programmes
  • Génération de SQL statique garantissant des temps de réponse quasi-identiques, parfois meilleurs
DL/2 : la voie la plus rapide pour accéder à DB2.
Hiérarchique et relationnel
IMS aujourd’hui

Le monde IMS/DB connaît un déficit de compétences. Tant au niveau du développement DL/1 que de l'administration du SGBD.

Chaque modification est fastidieuse à réaliser, de part la structure hiérarchique des bases et la méthode d'accès.
L'absence d'outils performants est également notable
: rares sont les éditeurs de logiciels prêts à créer ou développer des solutions autour de systèmes de bases de données hiérarchiques.
Enfin, le coût de la licence DL/1 est réputé pour grever sérieusement le budget des organisations informatiques.

Mais il convient toutefois de souligner que des investissements IMS importants, réalisés avec le temps, ont besoin d’être protégés et maintenus.

Prédominance du Relationnel

Le relationnel requiert certe plus de compétences, mais il existe de nombreux outils de requête, de gestion, de monitoring et d'aide au développement.
Et il est notoire que la maintenance applicative est rendue plus simple et plus économique.

Toutefois, la conversion de DL/1 vers le relationnel est souvent onéreuse et risquée.
Principe de fonctionnement
Principe de Fonctionnement

Après link-edit, le "DL/2 Stub" DFSLI000 remplace le language interface module standard de IMS pour tous les programmes accédant les données des bases migrées vers DL/1.

dl2-principe-fonctionnement

DL/2 : la simplicité de fonctionnement.
Processus DL/2
Processus DL/2

Lorsque tout ou partie des bases a été migrée, via une procédure ETL propriétaire DL/2, il est nécessaire d'avoir re-linkediter l'ensemble des programmes appelants.
En effet, l'interface DFSLI000 version DL/2, alors intégrée aux applicatifs, est en mesure de déterminer si un ordre DL/1 doit ou non être redirigé vers DB2.
  • Migré=Oui : si c'est la cas, un pilote statique SQL prend la main pour générer la requête d'accés DB2. Les données accédées sont converties et renvoyées en buffers DL/1. Code retour et statut sont traduits au format IMS et récupérés par le programme.
  • Migré=Non : à l'inverse, le processus de traitement standard IMS s'applique tout naturellement.

dl2-processus-2

Transparence et sérénité grâce à DL/2.
Schéma de l'approche DL/2
Schéma de l’approche DL/2

Un patrimoine applicatif DL/1 important, une migration nécessitant des forces de développement le plus souvent colossales ...

dl2-approche
DL/2 : le confort d'une migration pas à pas, à son rythme, voire l'attente de la fin de vie des applications concernées.

Pour ce produit spécifique, merci de faire une demande en cliquant sur le lien ci-dessous :

Tout replier | Tout déplier
A quoi répond DL/2 ?

dl2-processus-1
DL/2 est une suite complète d’outils pour la migration de bases de données IMS vers DB2, le choix étant donné d'en migrer tout ou partie.
Lors de l'exécution d'un appel IMS, DL/2 modifie dynamiquement le chemin d’accès DL/1 vers DB2 dès l'instant où il détecte que la donnée sollicitée à fait l'objet d'un plan de migration vers DB2. Un pilote SQL approprié remplace alors le DLI CALL soumis.

Il en ressort que DL/2 permet de conserver le patrimoine applicatif, sans aucune modification de code pour des centaines ou des milliers de programmes.


Lire la suite ...
Schéma Typique de Migration DL/2
  • Traitement unitaire des bases de donnéesdl2-projet-pilote-1
  • Nécessaire connaissance des applications
  • Compétences IMS et DB2 requises (DBA)
  • Possible mise au point dans la conception
  • Développement éventuel d'exits
  • Contrôle qualité des données

schema-typique-migration

Lire la suite ...