Le Système de Référence Mainframe MVS Secétariat Général Direction de L’INFORMATIQUE Centre d’Exploitation du Système d’Information Paris, 27mars2008 F HUMBERTCLAUDE, Responsable Systèmes

Généralités n Pour installer, maintenir et déployer ses logiciels grands systèmes la Banque de France a dédié une partition à ces activités. n L’ensemble de ces activités aboutit à la confection d’une configuration de référence incluant tous les éléments nécessaires au fonctionnement clé en main des environnements de production z/OS de la Banque. n Pour des mesures de sécurité et d’intégrité, l’accès est exclusivement réservé à l’équipe Système qui est responsable de la pérennité de ce référentiel. n La mise à jour de ce référentiel obéit à une architecture, technique, une méthodologie de mise à jour. n Le déploiement s’appuie sur un processus précis.

Objectifs n Modéliser le référentiel —Identifier les objets *IBM *Non IBM *Maison n Garantie de l’intégrité et protection — Préventif/correctif - Etanchéité – Objets fournisseurs – Validation n Industrialisation —Disque IPL mutuel – hors spécifique – accès n Maîtrise des changements —Optimiser les changements – réduire les manipulations – outillage – conseil n Interfaces —Extérieur / fournisseurs – Intérieur / clients

Le référentiel IBM Base Réf IBM DBS IBM Réseaux Exotiques « Maison » IPL 1 IPL 2 Livraison Envt. Fonctionnement

un ensemble d’environnements n de maintenance IBM n 3 domaines produits dissociés : Zos base – DBS – Réseaux n de maintenance EXOTIQ n Dissociés des disques d’IPL n de maintenance MAISON n Adaptations logiciels fournisseurs n de LIVRAISON n Livraison – évolution n d’IPL n Avant - Arrière n de ‘FONCTIONNEMENT’ n Fichiers de fonctionnement système – bibliothèques utilisateurs

des normes disques n De la constitution —IBM Base : HDLBnn, HTGTnn, HFSTGT —Exotiq : HEXDLB, HEXTGn, HEXLVn —IBM DBS : HDBSnn (11=ims db2) —Fonctionnement (maison) : HTRAnn, HUSERn —Livraison : HLIVnn n Vers la validation —Ipl : HSYS2n – HSYS4n (rotation) n Et le déploiement —Système : xSYSn0 et xSYSn1 —Ipl : ZSYSn0 ESYSn0 n Pour jongler avec les livraisons et conserver la version précédente

Des normes d’installation n IBM = Standard n AUTRES —INSTMVS.[fournisseur].produit.Version —$$$DOC —Particularités n Standard sur les HEXDLB et HEXTGn (évolutifs) n Normes Banque sur les HEXLVn —Alias – usercat commun —Localisation : SMP CSI sur HSMP20 ou HEXSMP —Après IVP : complément de documentation

des Normes de Livraison n LIVRMVS.[fournisseur].produit.Version n $$$DOC n DUMP n RESTAURE n XMIT n INCID n Finir de documenter le produit sur le serveur

Des normes fichiers n IBM : n standard avec possibilité d’ajout du niveau de versions dans les DSnames au moment de la commande de certains produits (S.A., MQS).. n modifications par Usermods (= connues de SMP/E) n Autres n DSN= SYSE.xxx targets des fournisseurs. Si c’est nécessaire, elles peuvent être APF et LINKLIST n DSN= ZS.xxx Bibliothèques fichiers systèmes de fabrication équipe n DSN= ZSM.xxx Idem que ZS mais doivent être au M astercat n DSN= ZC.xxx Commun au service, d’un niveau de sécurité moins contraignant que ZS. n Les extensions internes au monde IBM: n MVSx.PARMLIB (*) : paramètres propres à la partition x n SYS1.LINKLIB2(*) : Concaténé en linklist après SYS1.LINKLIB n SYS1.LINKLIB.BDF : Concaténé en linklist avant SYS1.LINKLIB n SYS1.LPALIB2(*) : Concaténé en lpalist après SYS1.LPALIB n SYS1.LPALIB.BDF : Concaténé en lpalist avant SYS1.LPALST n SYS2.PROCLIB(*) : Procs IBM modifiées; exotiques; maison n SYS2.SERES.PROCLIB(*) : Gestion Réservée SERES n etc

Méthodologie de maintenance n Maintenance zOS —Mensuellement : n Livraison Préapplication Analyse Préconisation Sélection n Application si nécessaire —Trimestriellement : n Synthèse Sélection n Application Livraison Déploiement —4 mises à jour annuelles n Maintenance IMS DB2 CICS : —Mensuellement : n Livraison Préapplication Analyse Préconisation Sélection n Application si nécessaire

Méthodologie de montée de niveau n Montée de niveau —zOS : 30 mois —Autres : en alternance sur 3 ans n quelques principes généraux : n On fait évoluer les constituants d’un environnement.pas à pas n Pour une migration du système de base, –l’installation des pré-requis : tolération bucket… –La compatibilité des exotiques, sinon : upgrade n Étudier les nouveautés : n Mesurer l’impact des nouveautés sur l’existant : –Nouveaux dispositifs => mise en œuvre ; –Commandes nouvelles ou modifiées => automate, pilotage ; –Idem pour les messages ; n Pérenniser les modifications « maison »

Architecture de livraison n Réf fabrique, teste et valide au maximum la configuration logicielle z/OS. n Dès que la validation Réf est probante, le déploiement planifié est effectué vers Rec pour la consolidation de la validation avec une montée en charge plus significative. n En cas de succès, le déploiement, se poursuit sur toutes les partitions de production en commençant par Dév puis celles de Prod Équipe SystèmeÉquipes Système et Support Équipe Support RéfRec DévProd’s Partition de référenceTest et validationPartitions de production

Actions BdF : Calendrier Trimestriel de principe (13 semaines) IBM :Mois 1Mois 2Mois 3 X :S1S2S3S4S5S6S7S8S9S10S11S12S13 Référentiel figéeGel des modifications pour SMP/E (sauf incident) Synthèse trimestre précédent Décision BdF sur les changts IBM livraison des ptf mois 1Déploiement surveillé Fabrication du système synthèse mensuelle mois -3 IPL sur REF Fin des demandes de modifications => Validation sur REF Référence validée IBM livraison des ptf mois 2 IPL de REF => CST + TCHGT pr ’IPL de REC => synthèse mensuelle mois -3 IPL sur REC Validation sur REC Support émet les TCHGT pour les IPL de DEV et PRODs IPL de REC => Référence validée IPL sur DEV Validation sur DEV Référence validée IPL sur PROD IPL de DEV =>./... /.. IPL de PROD => IBM livraison des ptf mois 3 synthèse mensuelle mois -3 Plan de livraison