Montée de version sur des produits du socle technique 

I - But :

Le but du document est de définir les différentes phases à respecter lors d’une montée de version CICS ou DB2 lié à un
nouveau niveau de socle technique.
Nous supposons également qu’il va falloir monter de niveau BBE

II - Etat initial :

Dans notre exemple, nous avons en production une V1 de la NCGPLUS avec un DB2 en V7.
L’objectif est de mettre en production une V2 de la NCGPLUS avec un DB2 en V9.
Nous allons également migrer BBE de la V410 à la V500.
Nous considérons que l’installation de BBE est un pré - réquisit à l’installation de la nouvelle version de DB2.

III - Hypothèses :

Pour les environnements de développement et d’intégration, nous supposons que nous partons sur un nouveau DB2. Il
n’y aucune migration de DB2 ou de CICS à prévoir sur la partition des études lors des montées de niveau du socle
technique.

A l’inverse du côté des partitions de productions, nous effectuerons des migrations des environnements d’UAT et de
Production.

Dans la mise en place des différentes versions de DB2 ou de CICS, nous procéderons à une création de CICS ou de
DB2 sur la partition des études et une migration lorsqu’il s’agit des différents environnements d’UAT et de production.

IV - Montée de version d’BBE :

Dans notre choix de gestion du socle technique, des produits comme TSS, BBE (CMF, ULTRAOPT, X37…) et
XPEDITOR sont liés à la partition et non aux environnements. Il n’y a qu’une version de ces produits par partition.
De ce fait une version de ces derniers devra être qualifiée avec 2 (voir 3) versions applicatives.
Dans notre exemple, nous considérons que l’installation de BBE est un pré - réquisit à l’installation de la nouvelle
version de DB2.

Suite à la mise en place de la nouvelle version d’BBE sur la partition des études (phase 3), une maintenance de la
NCGPLUS V1 peut s’avérer indispensable avant l’installation définitive sur la partition de production.
Nous considérons en effet que de la maintenance sur la V1 continue à être effectuée sur la partition des études.

Nous considérons que le risque est très limité et qu’il sera nettement moins coûteux en terme de maintenance.
Une attention toutes particulières devra tout de même être réservée pour TSS. En effet, certains programmes applicatifs
s’appuient directement sur TOP SECRET.

Rq : Si nous avons plusieurs versions de produits en pré – réquisit, ces derniers seront implémentés en lot sur les
partitions études et de productions.

V - Montée de version du DB2 :

Un choix est à faire au niveau de l’UAT pour valider l’ancien applicatif V1 avec le nouveau DB2.
En effet, il n’est pas possible de conjuguer la mise en production de la NCGPLUS V2 avec une migration du DB2 et de
tous les produits adjacents (QMF, PLATINIUM).
A ce jour, nous voyons deux possibilités :

- Avoir un créneau d’au moins 3 à 4 semaines de l’UAT sur la partition de production pour valider la
phase de migration, effectuer la recette système et lancer l’UAT avec une V1 applicative.

- Disposer d’une partition de flash avec toute l’infrastructure nécessaire à l’exécution de l’UAT (réseau,
AS400…)

VI – Questions :

- A quel moment va t-on migrer les derniers DB2 ou CICS qui sont utilisés dans les autres environnements
(KESA) si ces derniers ne font pas en attente d’une nouvelles livraisons de l’applicatif ?
- Quelle est la procédure dans ce cas ? Phase de 1 à 8 à exécuter ?