Migration vers DIMENSIONS 12
description
Transcript of Migration vers DIMENSIONS 12
Migration vers DIMENSIONS 12
Fir/Applications Transverses
Vendredi 28 septembre 2012
2PRÉSENTATION / 22/04/2023
Sommaire
• Contexte de Dimensions à la STIME
• Planning
• Phases de migration
• Principaux changements
• Déroulement de la migration
• Problèmes rencontrés lors de la phase de Test
• Problèmes rencontrés depuis la migration
• Questions / réponses
3PRÉSENTATION / 22/04/2023
Contexte de Dimensions à la STIME :
Sous le dbname Prod :
• Applications MVS dans un seul Product ( 103 design parts)• Le build dimensions.
• Applications centralisées ( 109 products)• 1 Product utilise le plug-in J2ee et le build Dimensions pour générer des Ear via un script Ant.
• Application Internationale et autres
Sous le dbname Prodaval :
• Applications non centralisées ( 19 design parts)• Applications dédiées aux points de vente qui peuvent avoir des items à grosse volumétrie.
Dimensions à la STIME
4PRÉSENTATION / 22/04/2023
Mai 2011
Installation de Dimensions 12 et Oracle 11g sur le nouveau serveur de test.
Mai – juin 2011
Tests : attente de résolution des différents problèmes rencontrés.
Décembre 2011
Installation sur le nouveau serveur de Prod de Dimensions 12.2.
Janvier – Avril 2012
Tests + Modifications des modes opératoires + répétitions de Migrations.
PLANNING
5PRÉSENTATION / 22/04/2023
Mai – juin 2012
Installation sur le nouveau serveur de Prod de Dimensions 12.2.0.3.
Tests + répétitions de Migrations.
30 Juin 2012
MIGRATION.
02 et 03 Juillet 2012
Phase pilote.
04 Juillet 2012
Installation par vague des clients lourds Dimensions 12 et des Plug-ins Eclipse.
PLANNING
6PRÉSENTATION / 22/04/2023
Configuration de Migration
Serveur de prod AIX 5.3 avec Dimensions 10 et Oracle 10i et serveur de licence
Serveur de test AIX 6.1 avec Dimensions 10 et Oracle 10i Dimensions 12 et Oracle 11g
Nouveau serveur AIX 6.1 de prod avec Dimensions 12 et Oracle 11g
Postes utilisateurs avec Dimensions 10
Agents Zos en version 10 et en version 12
Agents AIX en version 10 (actifs) et en version 12 (inactifs)
7PRÉSENTATION / 22/04/2023
Configuration – phase Pilote
Serveur de Prod AIX 5.3 avec Dimensions 10 et Oracle 10i et serveur de licence
Serveur de test AIX 6.1 avec Dimensions 10 et Oracle 10i Dimensions 12 et Oracle 11g
Nouveau serveur AIX 6.1 de Prod avec Dimensions 12 et Oracle 11g+ serveur de licence
Postes utilisateurs avec Dimensions 10
Agents Zos en version 12
Agents AIX en version 12 (actifs)
8PRÉSENTATION / 22/04/2023
Configuration après migration
Serveur de Prod AIX 5.3 avec Dimensions 10 et Oracle 10i et serveur de licence Serveur de test avec Dimensions 12
Et Oracle 11g
Nouveau serveur AIX 6.1 de Prod avec Dimensions 12 et Oracle 11g+ serveur de licence
Postes utilisateurs avec Dimensions 12
Agents Zos en version 12
Agents AIX en version 12 (actifs)
9PRÉSENTATION / 22/04/2023
Automatiser un Deploy de Request en effectuant un « Action Request ».
• Permet à l’utilisateur de travailler uniquement sur le cycle de vie de la Request, et plus sur 2 cycles de vies (Request + Global stage Lifecycle « GSL » ) comme dans la version 10.
Principaux changements
10PRÉSENTATION / 22/04/2023
Le mode de déploiement est obligatoirement le mode « COPY ».
• Le contenu des Areas n’est plus équivalent au « delta » des modifications en cours, mais va conserver toutes les modifications qui vont y être apportées. Ainsi chaque révision d’item déployée dans une Area ne sera plus supprimée lors du Deploy au Stage suivant, mais sera conservée.
• Ce mode de fonctionnement aura comme conséquence que les PDS des Stages avant la PRODUCTION vont augmenter de volume et avec le temps pourraient occuper le même espace que l’Area REL_PRODUCTION.
• Diminution du nombre de projects de développement parallèle (passage de 6 à 3 projects) pour ne pas trop augmenter l’espace physique nécessaire.
Principaux changements
11PRÉSENTATION / 22/04/2023
L’ « action » en Production lance un script post deploy : • La V2 sera exportée en Développement dans toutes les area;• La v2 doit ensuite faire l’objet d’un Promote en Intégration et en Recette. • La V3 étant en In-Response sur une request écrase la V2 dans l’area d’origine.
Le développeur devra résoudre les conflits de révisions d’item après le passage du script.
Principaux changements
12PRÉSENTATION / 22/04/2023
BUILD
Build non conditionné à la sélection des Targets.
Par conséquent, il y a une légère attente avant le lancement du build.
Modification des Templates de build MVS suite au remplacement de la
fonction DMCOMMAND.
Principaux changements
13PRÉSENTATION / 22/04/2023
Abandon de la syntaxe de Dimensions 9 pour les ordres DMCLI suivants :
• CI ( create Items) et MI ( Modification item).
Abandon de :
« area »:: « type_de_source »/ « non_item ». « type_de_source »
Pour :
« area »:: « type_de_source »( « non_item »)
Principaux changements
14PRÉSENTATION / 22/04/2023
• Semaines précédentes à la migration :
• Information aux utilisateurs sur les nouvelles fonctionnalités (modes opératoires, séances de formation).
• Audit régulier des areas pour le MVS.
• Préparation du nouveau serveur de prod en avance de phase :
• Modification tomcat .
• Modification dm.cfg, email_config.dat, deploy_config.dat etc…
• Modification de nos scripts, templates et sql (run_users report, Pacbase,etc…).
• Installation des nouveaux agents 12 (inactif).
Déroulement de la migration
15PRÉSENTATION / 22/04/2023
• Veille du jour j : (vendredi 29/07/2012 soir) :
• Dernier audit des areas pour le MVS.
• Sauvegarde de la base de données et des Item files après coupure de Dimensions 10 le soir.
• Import de la base de données Dimensions 10 sur le nouveau serveur.
• Copie du VSAM des metadatas V10 vers celui de la V12.
• Copie des items Libraries sur le nouveau serveur pour les deux database.
Déroulement de la migration
16PRÉSENTATION / 22/04/2023
• Jour J (samedi 30/07/2012)Opérations effectuées suite au changement de serveur de Prod :
• Changement du serveur de licence de l’ancien serveur vers le nouveau.
• Faire pointer Dimensions et les agents sur le nouveau serveur de licence.
• Upgrade de chaque base database (y compris pcms_sys).
• Mise à jour de la table PCMS_DB_DETAILS pour mettre à jour le nouveau nom du serveur et de l’instance Oracle.
• Modification des Networks Nodes.
• Ordre DMCLI pour modifier les items libraries sur l’adminconsole.
Déroulement de la migration
17PRÉSENTATION / 22/04/2023
• Jour J (samedi 30/07/2012) :
• Upgrade de chaque base database (y compris pcms_sys).
• Passage d’un Fix pour régler un Problème de PDS STOW FAILURE lors d’un get d’un item MVS sur la version 12. Le Fix corrige des données corrompues.
• Modification de Pacbase pour faire pointer sur le script de dimensions 12.
Déroulement de la migration
18PRÉSENTATION / 22/04/2023
• Jour J (samedi 30/07/2012) :
Actions à effectuer suite aux changements sur les areas :
• Upgrade de chaque Deploy area ( sous dmdba – « UPGRADEDEPLOY ‘ dbname ’@ ’instance’ -area ‘ nom de l’area ).
• Upgrade Build Configuration en lançant sous $DM_ROOT/prog/ build_upgrade_molist.
• Mise à jour dans les deployment-areas des « deploy by default » via une requête SQL fournie par le support.
Déroulement de la migration
19PRÉSENTATION / 22/04/2023
• Jour J (samedi 30/07/2012) :
Tests :
• J2EE (création d’une build configuration et lancement d’une fabrication d’un EAR).
• MVS ( build, cycle de vie, alimentation des Deploy-areas, etc…).
• Grosses volumétries.
Déroulement de la migration
20PRÉSENTATION / 22/04/2023
• Phase pilote ( lundi 02/07/2012) :
• Accès à Dimensions 12 avec les clients lourds de la 10.
• Certains utilisateurs sont pilotes pendant deux jours ( installation du client lourd et du plug-in J2ee de Dimensions 12 sur leur machine).
Déroulement de la migration
21PRÉSENTATION / 22/04/2023
• Installation silencieuse des clients lourds par vague ( à partir du mercredi 04/07/2012).
• Installation manuelle du plug-in J2EE ( mercredi 04/07/2012).
Déroulement de la migration
22PRÉSENTATION / 22/04/2023
Problèmes rencontrés en phase de tests
• Caractères accentués :
• Les lettres accentuées des nouveaux enregistrements sur Dimensions 12 sont
corrompues lors de l’enregistrement dans Oracle 11G (Solution : changement de
tous les paramètres langues en FRENCH_FRANCE.AL32UTF8 ).
• Les anciennes données accentuées sont corrompues depuis la migration de
Dimensions 9 vers Dimensions 10. Sur le Client lourd de Dimensions 12, cela entraine
un mauvais affichage et quelque fois un plantage (Solution : enlever tous les accents
manuellement avant la migration).
• Le corps des mails envoyé par Dimensions ne gère pas les caractères accentués
(Solution : modification de html-envelope-outer.tplt dans les emails_templates pour
qu’il gère l’ utf8).
23PRÉSENTATION / 22/04/2023
Problèmes rencontrés en phase de tests
• Build :
• Variable DM COMMAND plus disponible : Variable de substitution pour modifier les
Templates de build .
• Différence entre le build en développement et en recette (problème de place holder
régler par la version 12.2).
• Drag and drop non utilisable sur le client lourd
24PRÉSENTATION / 22/04/2023
Problèmes rencontrés en phase de tests
• Admin - console :
• Création de configuration de build impossible sur Project container
créé sur plug-in Eclipse dimensions 10 . Le support a fourni un
script pour régénérer la vue bld_project (action faite lors du jour de
la migration).
• Bug sur l‘écran subscribe sur les mails events – defect .
25PRÉSENTATION / 22/04/2023
Problèmes rencontrés depuis la migration
• Installation du plug-in Eclipse :
• Le Common Tools est nécessaire à l'installation silencieuse et installe en local le serveur
Tomcat sur le port 8080 - pas nécessaire pour l'utilisation du client lourd et du plug-in - la
désinstallation se fait via windows .
• MVS :
• Problème sur le build request : régression par rapport à Dimensions 10 de la compilation
Cobol sur le rebuild automatique des sources dépendantes non présentes dans la
request. (Webex de prévu le 03/10/2012).
• Non Centralisé :
• Impossibilité de remonter des grosses volumétries ( > 500 Mo) ( case toujours ouvert).
26PRÉSENTATION / 22/04/2023
Questions / Réponses