1 / 26

Migration vers DIMENSIONS 12

Migration vers DIMENSIONS 12. Fir /Applications Transverses Vendredi 28 septembre 2012. 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

burton
Télécharger la présentation

Migration vers DIMENSIONS 12

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Migration vers DIMENSIONS 12 Fir/Applications Transverses Vendredi 28 septembre 2012

  2. 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 PRÉSENTATION / 27/09/2012

  3. Dimensions à la STIME • 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 buildDimensions 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. PRÉSENTATION / 27/09/2012

  4. PLANNING • 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. PRÉSENTATION / 27/09/2012

  5. PLANNING • 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. PRÉSENTATION / 27/09/2012

  6. 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 Agents Zos en version 10 et en version 12 Postes utilisateurs avec Dimensions 10 Nouveau serveur AIX 6.1 de prod avec Dimensions 12 et Oracle 11g Agents AIX en version 10 (actifs) et en version 12 (inactifs) PRÉSENTATION / 27/09/2012

  7. 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 Agents Zos en version 12 Postes utilisateurs avec Dimensions 10 Nouveau serveur AIX 6.1 de Prod avec Dimensions 12 et Oracle 11g + serveur de licence Agents AIX en version 12 (actifs) PRÉSENTATION / 27/09/2012

  8. 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 Agents Zos en version 12 Postes utilisateurs avec Dimensions 12 Nouveau serveur AIX 6.1 de Prod avec Dimensions 12 et Oracle 11g + serveur de licence Agents AIX en version 12 (actifs) PRÉSENTATION / 27/09/2012

  9. Principaux changements • 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. PRÉSENTATION / 27/09/2012

  10. Principaux changements • 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. PRÉSENTATION / 27/09/2012

  11. Principaux changements • 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. PRÉSENTATION / 27/09/2012

  12. Principaux changements • 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. PRÉSENTATION / 27/09/2012

  13. Principaux changements • 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») PRÉSENTATION / 27/09/2012

  14. Déroulement de la migration • 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). PRÉSENTATION / 27/09/2012

  15. Déroulement de la migration • 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. PRÉSENTATION / 27/09/2012

  16. Déroulement de la migration • 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. PRÉSENTATION / 27/09/2012

  17. Déroulement de la migration • 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. PRÉSENTATION / 27/09/2012

  18. Déroulement de la migration • 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. PRÉSENTATION / 27/09/2012

  19. Déroulement de la migration • 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. PRÉSENTATION / 27/09/2012

  20. Déroulement de la migration • 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). PRÉSENTATION / 27/09/2012

  21. Déroulement de la migration • Installation silencieuse des clients lourds par vague ( à partir du mercredi 04/07/2012). • Installation manuelle du plug-in J2EE ( mercredi 04/07/2012). PRÉSENTATION / 27/09/2012

  22. 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). PRÉSENTATION / 27/09/2012

  23. 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 PRÉSENTATION / 27/09/2012

  24. 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 . PRÉSENTATION / 27/09/2012

  25. 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). PRÉSENTATION / 27/09/2012

  26. Questions / Réponses PRÉSENTATION / 27/09/2012

More Related