Problématiquesde migration versla version 12.2 de l E-Business Suite 11 Décembre 2014
Agenda 1. Essilor 2. Choix de la cible Etat des lieux R12 R12.1 vs R12.2 Apports de la R12 3. Mise en œuvre Architecture et Processus de migration Planning et moyens 4. Migration des spécifiques 2
01 ESSILOR 3
Essilor Leader mondial de l optique ophtalmique Essilor conçoit, fabrique et commercialise de larges gammes de verres ophtalmiques et d équipements Le Groupe est pionnier dans l innovation en matière de correction, protection et prévention visuelle Des solutions visuelles adaptées à tous les besoins 4
Quelques chiffres + de 5 Mds D EUROS DE CHIFFRE D AFFAIRES * * en 2013 MILLIONS DE VERRES PRODUITS CHAQUE ANNEE Des produits distribués dans + de 100 430 55 129 PAYS SUR 5 CONTINENTS + de 200 NOUVEAUX PRODUITS commercialisés chaque année COLLABORATEURS** ** au 31 décembre 2013 5
Une organisation industrielle mondiale + 450 LABORATOIRES DE PRESCRIPTION ET UNITES DE TAILLAGE-MONTAGE 28 USINES DE PRODUCTION + 400 000 CLIENTS (professionnels de l optique, chaînes, opticiens) 6
02 Choix de la cible 7
Etat des lieux R12 Europe LATAM NORTH AMERICA AMERA ASIA SEZANNE BRAZIL EOA & Canada (Oracle On Demand) INDIA ASIA MP & Export Labs & Nikon Europe EBS (Oudry, BBGR, OLM) Purchasing Finance LATAM (Mexico) NAOPS Instance US, On Demand, migrée 12.1.3 Instance Asie, Finance+Supply chain +Achats 3 instances Europe Etude de scenarii pour le futur des instances Europe Choix de migration technique de l instance Asie Migration technique Plateforme convergente, complexe Plateforme éligible techniquement Obsolete (R10.7) To be migrated (R11i) Up to date (R12) 8
R12.1.3 vs R12.2.x 11i R12.0 R12.1.3 R12.??.?? R12.2.x 2004 2007 2010 2013 2019 2021 Critères Essilor Forte exigence de taux de service (24/24) Consolidation d applications, problématique d arrêts de service Optimisation de l effort de migration Directement en cible, moyen et long terme Problématique d obsolescence et de support Bénéficier des apports fonctionnels et techniques Couverture des besoins présents et futurs Réduction du nombre de spécifiques Souplesse du planning de migration Ressources internes, maîtrise des coûts et des délais 9
Apports de la R12.2.x 11i R12.0 R12.1.3 R12.??.?? R12.2.x 2004 2007 2010 2013 2019 2021 Online patching Déploiement de patches à chaud Interruption de service minimum (temps d arrêt/relance de l application) Cycle de patch en 5 étapes (adop) 10
Apports de la R12.2.x 11i R12.0 R12.1.3 R12.??.?? R12.2.x 2004 2007 2010 2013 2019 2021 Java 64 bit Limitation volumétrie des données imposée par la version 32 bits levée Clonage simplifié Clone Fusion Middleware supporté Techno Stack WLS (Web Logic Server) Imbrication du serveur HTTP Oracle avec la partie WLS du serveur Fusion middleware (WL JSP et UIX 11g, OC4J n est plus utilisé ) Techno Stack Patch File System Ajout du deuxième file system pour les besoins du patching online Amélioration de l accessibilité à l application (Interface utilisateurs) Indication nombre de notifications ouvertes sur la page d accueil Ajout bulles d information contextuelles 11
Apports de la R12.2.x 11i R12.0 R12.1.3 R12.??.?? R12.2.x 2004 2007 2010 2013 2019 2021 Apports métiers Localisations Fonctionnalités OM Fonctionnalités Finance Amélioration des performances sur certains écrans (Ref R12.1 / R12.2 : Oracle E-Business Suite Releases 12.1 and 12.2 Release Content Documents (Doc ID 1302189.1) ) 12
Choix Essilor R12.2.x 11i R12.2.x R12.2.x 2004 2014 2015 2016 2019 2021 Réponses aux critères Essilor Forte exigence de taux de service (24/24) Couvert par le Patching Online Optimisation de l effort de migration Support étendu R12.2.X jusqu'en 2021 (2019 pour la R12.1.3) Bénéficier des apports fonctionnels et techniques Apports fonctionnels de la R12.2.3 Panel de nouvelles fonctionnalités telles que SOA, OAM, pour réduire le nombre de traitements spécifiques et couvrir les besoins futurs Souplesse du planning de migration Faible maturité R12.2.3 n est pas un problème majeur 13
03 Mise en oeuvre /14
Architecture Eligibilité de l environnement source pour une migration directe en R12.2.x EBs 11i (11.5.10.2) + Patch Requirements for Sustaining Support for Oracle E-Business Suite Release 11.5.10 (Doc ID 883202.1) Données archivées régulièrement (Informatica ILM Archive) Architecture source (Split configuration) EBS 11i (Trois nœuds DB - F/W CCM ) F/W & CCM Servers on RHEL 5.3 32 bit DB Server on RHEL 5.3 64 bit (11gR2) RHEL 5.3 32 bit CCM F/W RHEL 5.3 64 bit DB Architecture Cible EBS R12.2.x (Trois nœuds DB Web Batch ) All Servers on RHEL 6.5 64 bit (11gR2) RHEL 6.5 64 bit Batch RHEL 6.5 64 bit DB Web 15
Processus de migration Etapes techniques Pré-Requis Déplacer la BD sur le server (RHEL 6.5) Installation des FS R12.2 Migration de la BD (11.2.0.3/11.2.0.4) Migration vers la version R12.2.0 (Utiliser adpatch) Mise en place du Patch Online (Incluant la revue de code spécifique) Migration vers la version cible R12.2.x (4/?) Finalisation de la migration (Patches NLS, Mise en place des spécifiques XX_TOPs, ) Rajouter le deuxième nœud applicatif RHEL 5.3 32 bit CCM F/W RHEL 6.5 64 bit Web - Batch Web RHEL 5.3 64 bit DB RHEL 6.5 64 bit DB 16
Processus de migration Etat d avancement Juillet 2014 : EBS R12.2.3 Vision Octobre 2014 : 1 er Env. EBS R12.2.3 de test Migration standard (données de Production) En cours : 2eme Env. EBS R12.2.4 Migration standard + Spécifiques (données de Production) Support Tests (1 er Env.) 17
Planning 2014 2015 Q2 Q3 Q4 Q1 Q2 Q3 Q4 Apr Jul Oct Jan Apr Jul Oct Project Management Etude préalable Gestion du changement DBA R12.2.x Migration Tests de Non Regression (TNR) Portage des spécifiques Etape en cours : Run 2 (Stdr + Spec) Freeze & Preparation Go Live 18 Go pour R12.2.X 1er Env R12.2.3 Stdr
Moyens Equipes DBA Développement Fonctionnelle Projet Infrastructure Exploitation Formations EBS R12.2 Expertises Informatica : ILM Archive - Portage de la partie ILM (Accélérateurs) Oracle : Expertise (Si besoin) Panaya : Accompagnement Portage Spécifiques Matériels 19
04 Migration des spécifiques 20
Lesquels et quelles modifications? Prendre en compte les changements Fonctionnels (modèle de données, etc) Techniques (online patching) Détection des changements à apporter dans le code spécifique Manuelle (campagnes de tests de non régression par l équipe de support fonctionnel) Fastidieuse, moins performante Automatique (Scripts fournis par Oracle / Outils du marché) Choix de la solution Panaya 21
Panaya Cloud Quality Suite A partir du code source d une instance, Panaya liste Les modifications rendues nécessaires par le changement de data model, d APIs, l obsolescence, par rapport à une version cible donnée Les modifications rendues nécessaires par le online patching (Disponible depuis octobre) Utilisation des synonymes, unicité des noms des objets sur n caractères, etc Oracle fournit des scripts permettant d obtenir peu ou prou le même résultat Choix de Panaya Facilité d utilisation pour les non DBA (interface ergonomique) Création automatique des tâches (facilite les échanges avec les équipes délocalisée) Gestion de projet intégrée Contrainte : licence 1 an d utilisation 22
Panaya Cloud Quality Suite 23
Panaya Cloud Quality Suite 8161 objets spécifiques 24
Panaya Cloud Quality Suite 25
Comment? Phase 1 : application sur la 11i des corrections Nécessaires pour le passage en R12 Compatibles avec la 11i Moins de 5% des corrections identifiées Remplacement objets RA en HZ (e.g. RA_CUSTOMERS) Utilisation des synonymes plutôt que des tables (suppression de la référence à l owner : FROM XXCO.XXCO_TABLE => FROM XXCO_TABLE) Type de correction facilement identifiable avec Panaya Pas besoin d environnement R12 26
Comment? Attention à ne pas générer inutilement de nouveaux cas à corriger Nouveaux projets, actions de maintenance Action préventive Communication régulière des contraintes R12 aux équipes techniques Action corrective Contrôle exhaustif du code livré sur l instance 11i via une extraction mensuelle du code source dans Panaya 27
Comment? Phase 2 : application sur la 11i des corrections Nécessaires pour le passage en R12 Incompatibles avec la 11i Modifications du modèle de données Changement de signatures des API (nouveau paramètre, etc) MOAC Etc Abandon de certaines fonctionnalités spécifiques quand le standard R12 le permet (décision fonctionnelle) 28
Poursuite Projets / Maintenance Contraintes liées aux évolutions et projets en cours (non gelés) Archiver les spécifiques R12 dans un espace dédié Reporter les modifications des sources 11i sur les sources R12 si nécessaire (attention aux régressions) Prendre en compte la R12 dans le design des solutions Privilégier OAF vs Form Opportunité d implémenter une solution temporaire spé couverte en 12 par le standard? Tenir compte des contraintes techniques vues précédemment quand compatibles 11i Evangélisation des développeurs 29
Planning portage spécifiques 2014 Q2 Q3 Q4 2015 Q1 Q2 Q3 Q4 Apr Jul Oct Jan Apr Jul Oct Implémentation/correction code source instance 11i Instances 11i Phase I Correction code source instance 11i/R12 Instances 11i Phase II Migration code source 11i => R12 Instances R12 Go Live 1 ère extraction PANAYA 11i Mise en place R12 dev team Gel évolution/maintenance 30
Points en suspens Points à traiter ultérieurement Livraison des spécifiques (impact online patching, etc) Migration reports 2K vers BIP? Migration forms vers OAF? MOAC? Outils de développement? 31
Merci