Plan de migration Oracle EBS de la version 11.x à la version R12.2 Les bonnes pratiques

(1)

Commission Migration 12.2 E-Business Suite

Plan de migration Oracle EBS de la version 11.x à la version R12.2 –

Les bonnes pratiques

(2)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite

3. Les chemins de migration vers la R12.2.x 4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(3)

EBS 11i EBS R12.1 EBS R12.2.4 Base de

Données

EBS Stack

Client

Résumé des changements

Jinitiator

Sun J2SE

9.2.0.4+ 10.2.3+

11.1.0.6+

12.1.0.1 12.1.0.2 12.1.0.1

Forms 6i Forms10g

Reports 6i

Âpache

OC4J Container 10.1.3.3+

11.1.0.6+ 11.2.0.3+

Apache

Forms 10.3.6 Developer 10.1.2 Developer 10.1.2

Apache Oracle HTTP (OHS)

WebLogic (WLS)

(4)

Architecture technique

Cette nouvelle version R12.2.4.x présente une évolution remarquable au niveau architecture tant au

niveau base de donnée qu’au niveau middleware

(5)

… En particulier sur le serveur d’applications

(6)

• Le Patching en temps réel est l’une des nouvelles fonctionnalités de la Release 12.2 qui permet de réduire considérablement le temps d’indisponibilité des applications.

• Le cycle de patching en temps réel comprend 5 phases.

Les applications ne sont fermées que pendant la phase du « Cutover » Le patching en temps réel s’applique à tous les patchs 12.2

« Online Patching » (1/2)

(7)

 Quelques options : Downtime mode

- Ce nouveau mode (apparu en 12.2.4) permet d’appliquer les patches sur le FS1(RUN) sans passer par un cycle d’Online patching.

- Il est plus rapide que le mode Online par contre il y a une augmentation de l’insdisponibilté de l’application pour les utilisateurs

$ adop phase=apply patches=<Num Patch> apply_mode=downtime Abort mode

- Ce mode permet de faire un abort du cycle en cours

ATTENTION : on doit lancer un adop avec les options cleanup et fs_clone avant de pouvoir démarrer un nouveau cycle

$ adop phase=abort Fs_clone mode

- Ce mode permet de synchroniser le système de fichier de patch avec le système de fichier d'édition adop phase=fs_clone

« Online Patching » (2/2)

(8)

• La nouvelle fonctionalité de la Release 12.2, le « Online Patching » impose une nouvelle structure de fichiers :

Le système « Dual File » (1/2)

(9)

Système Dual File + Système fichiers non-édités

 File System 1 (FS1)



Stocke une copie complète de tout le code applicatif et « Middle Tier »

 File System 2 (FS2)



Stocke une copie complète de tout le code applicatif et « Middle Tier »

 File System Non-Editioned (FS_ NE)



Stocke les données écrites ou lues du fichier système



Les états



Les Log Files, etc.

 FS1 et FS2 changent leurs rôles au « cutover »



Le file system Patch devient le file system Run



Le file system Run devient le file system Patch

Le système « Dual File » (2/2)

(10)

 Edition-Based Redefinition (EBR)

 Nouvelles fonctionnalités de la database 11gR2

 Permet la coexistence de copies multiples d’un même objet de code

 Objets édités (code)

 La Database gère automatiquement le versionnement

 Exemples : pl/sql, vues, synonymes, etc.

 Objets non édités (« Storage Objects »)

 La couche applicative rend ces objets « édités »

 Exemples : tables, indexes, vues matérialisées, etc.

Edition-Based Redefinition (EBR)

(11)

Impacts sur le clonage

1.Préparer le Run Edition sur l’environnement source au cloning 2.Copie du Run Source sur le Run Cible

3.Configurer sur le Run Cible

4.Préparer le Run Cible au cloning 5.Copie du Run Cible sur le Patch Cible 6.Configurer le Patch Cible

La procédure de clonage sur le tier “database” reste inchangée.

Par contre, le clonage du tier “APPS” est différente par rapport aux versions précédentes :

(12)

Haute Disponibilité / Load Balancing / Clustering

Multiple Application Nodes

Tier Applicatif

Tier Base de Données

- DNS-Based - HTTP Layer

- JVM, OC4J, WLS - Forms Servlets

- Parallel Concurrent Processing

- Real Application Clusters (RAC) Multiple

Database

Nodes

(13)

APPL_TOP partagé (SHARED APPL_TOP)

(14)

Pack Application Management pour Oracle e-Business Suite

 Gérer les environnements eBS

 Les versions 11i, 12.0, 12.1, 12.2

 Valider les configurations, identifier les patchs manquants

 Suveiller les traitements simultanés, workflows, utilsateurs

 Automatiser le clonage et les sauvegardes à chaud.

 Appliquer et suivre les patches automatiquement

 Packager & déployer vos patchs spécifiques

 Créer des patches spécifiques conformes aux normes Oracle

 Les déployer automatiquement.

(15)

Les Licences

 Aucun changement au niveau des licences :

 Forms et Weblogic Server sont toujours inclus

 Toujours les mêmes règles d’acquisition des licences dans le cadre des

personnalisations

Nouveau : Acquisition de licences SOA suite for Oracle Apps pour les besoins d’intégration Web Service en mode Inboud (appel de services

externes)

(16)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite

3. Les chemins de migration vers la R12.2.x 4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(17)

Upgrade 11.5.10 vers 12.2 dans le Cloud

OU

11.5.10 Principe 12.2 Principe

OS 32-bit Oracle Single-

Sign on

Patch traditionniel

adpatch

OS 64-bit Oracle Access Manager

Patch Online adop

Cloud Services Go-Live Center + Configuration Certifiée

Acquérir Nouvelle infrastructure

Acheter ou Acquérir les connaissances

Switch d’Oracle SSO vers Oracle Access Manager 11gR2

 Le support d’Oracle SSO a pris fin en Décembre 2011

 12.2 est seulement certifiée avec Oracle Access Manager 11g

 OAM 11gR2 (11.1.2) est certifié pour EBS 11i

et 12.0/12.1.3

(18)

Déploiement Oracle E-Business Suite VM

• Vous pouvez installer Oracle VirtualBox très facilement sur la plateforme de votre choix

• Télécharger l’image EBS 12.2.4 VM Virtual Appliance

• Importer l’image EBS Suite

Appliance dans VirtualBox

(19)

Virtualisation – Images disponibles

Vision Single

Node Vision DB Prod DB Application

Server Documentation

EBS 12.2.4 VM Virtual

Appliances     1928303.1

EBS 12.2.3 VM Virtual

Appliances     1620448,1

EBS 12.2.3 VM Templates

Exalogic    1633952.1

EBS 12.2.2 VM Templates    1590941.1

EBS 12.1.3 VM Templates    E16538_01

EBS 12.1.3 VM Templates

Exalogic   1499132.1

Quelques options disponibles :

 Env. Vision Demo

 Production

 Tier Applicatif

 Release 12.1.3, 12.2.3

(20)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite 3. Les chemins de migration vers la R12.2.x

4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(21)

Comment migrer vers la 12.2.x ?

11.0 11.5.10 CU2 ou 11.5.9 CU2

12.2.x

<= 11.5.8 11.5.10 CU2 ou 11.5.9 CU2

12.2.x

11.5.10 CU1 ou 11.5.9 CU1

11.5.10 CU2 ou 11.5.9 CU2

12.2.x

< 12.0.4

>12.2.0.4 12.1.3

12.2.x

(22)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite 3. Les chemins de migration vers la R12.2.x 4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(23)

Simple ou « Multi » Migration ? (1/2)

Trois composantes sont à prendre en compte lors d’une migration Oracle eBS.

Elles peuvent être migrées ensemble ou séparement.

Plateforme Base de

Données

(24)

Simple ou « Multi » Migration ? (2/2)

Simple Migration Multi -Migration Avantages ^ Résolution des problèmes plus

facile car seule une

composante est impactée.

 Indisponibilité minimisée lors de chaque migration

 Mutulisation de la recette fonctionnelle

Inconvénients ^ Recette fonctionnelle à

effectuer pour chaque migration  Délai de migration plus élevé

 Le chemin de migration doit

respecté la certification entre les

trois composantes

(25)

Exemple : Migration Base de données – OeBS - Plateforme

Env. OEBS 11i

Tech Stack 11.5.10.2

DB 10gR2 OATM Env. OEBS

SOURCE 11i

Tech Stack 11.5.8

DB 9.2.0.5

SOLARIS

Env. OEBS 11i

Tech Stack 11.5.8

DB 10gR2 OATM

Env. OEBS

11i

DB 10gR2 OATM

Env. OEBS 11i

DB 11gR2 OATM

Env. OEBS CIBLE 12.2

Tech Stack 12.2.0

DB 11gR2 OATM

LINUX LINUX

5 1 3 4

Env. OEBS CIBLE 12.2.3

Tech Stack 12.2.4

DB 11gR2 OATM

LINUX

Env. OEBS CIBLE 12.2.4

Tech Stack 12.2.4

DB 12c OATM

LINUX

6

7

2

SOLARIS SOLARIS LINUX

(26)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite 3. Les chemins de migration vers la R12.2.x 4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(27)

Démarche générale

•Analyse d’impacts techniques et fonctionnels

•Scénario de migration

•Artchitecture cible

Préparer

•Pré-Requis de migration

•Migration Test avec les outils standards

•Post-Requis de migration

Migrer

•Cartographies des spécifiques

•Migration des spécifiques

Porter les spécifiques

•Validation le process de migration

•Valider les process Métiers

•Tests de non-régression

•Plan de bascule

Valider

• Installer les différents composannts nécessaire

•Rejouer la procédure de migration en Production

•Recetter lla migration

Mettre en

Production

(28)

Phase 1 : Préparer la migration

 Sensibiliser l’équipe projet d’Oracle E-Business Suite (nouvelles fonctionnalités, architecture technique…)

 Valider l’architecture cible, fonctionnelle et technique

 Préparer la migration standard (pré et post-upgrade)

Objectifs

 Pré-requis de la migration : Techniques & Fonctionnels

 Chemin de Migration

 Impacts techniques et Fonctionnels

 Anticipation besoins/Nouveaux modules (I-Proc, Procurement Contract)

 Préconisations de l’architecture CIBLE

Livrables

Détail des travaux

Ateliers de travail avec différentes équipes :

 Revue de l’existant

 Architecture technique Source

 Procédures d’exploitation

 Analyse des impacts techniques de la migration

 Changement d’insfrastructure

 Impacts sur les licences

 Impacts sur les outils annexes

 Elaboration du chemin de migration

 Scénario et Plan de migration

 Gestion des environnements

 Impacts fonctionnels (Nouvelles fonctionnalités, Adaptation)

 Architecture technique



Documentation existante (Spécification, DAT,…)



Plateforme projet et environnements Source disponibles

Pré-Requis

(29)

Phase 2 : Migrer les environnements

 Migrer l’application Oracle E-Business Suite en version 12.2. sur un environnement de test,

 Application des pré et post-upgrades préalablement définis, incluant les adaptations fonctionnelles du progiciel)

Objectifs

 Environnement R12 standard migré

 Avec les données de production

 Sans les développements spécifiques

 Documents de migration :

 Etapes de migration ainsi que le temps de chaque phase

 Optimisation de la procédure de migration

Livrables

Détail des travaux

 Validation de l’environnement Source cloné

 Application des étapes de pré-réquis techniques et fonctionnels

 Migration Noyau Oracle (Si nécessaire)

 Installation du serveur d’application R12

 Application des scripts d’upgrade R12

 Application des étapes de post-requis techniques et fonctionnels

 Tests techniques et fonctionnels apès migration

 Sauvegarde de l’environnement migré

 Procédure de migration (Temps, problèmes rencontrés, résolution)

 Idenfication des tâches pouvant être anticipées.

 Optimisation du processus de migration



Documents des différents ateliers



Recommandations Architecture Technique



Environnement cloné de la Production

Pré-Requis

(30)

Phase 3 : Portage des spécifiques

 Identifier la liste des spécifiques :

 Obsolètes

 A Migrer

 A ré-écrire

 Porter en R12 les développements spécifques retenus

Objectifs

 Cartographie des spécifiques à porter

 Spécifiques migrés et comptabibles R12

Livrables

Détail des travaux

 Décision de migration des différents spécifiques (Ecran, Reports, Procédure stockée)

 Liste des dévelopements spécifiques à porter en R12

 Mise à disposition des dossiers de spécifications fonctionnelles (MOA)

 Mise à disposition des programmes sources

 Environnement de dévelopement

 Dossier de recette

Pré-Requis

 Scripts d’installation

 Tests unitaires et d’intégration

 Installation des spécifiques migrés sur un

environnement de recette

(31)

Phase 4 : Valider le processus de migration

 Répéter le processus de migration afin de préparer la mise en production

 Anticiper les corrections apportés lors des migrations tests

 Optimiser le plan de bascule

Objectifs

 Environnement R12 PRE-PRODUCTION migré

 Plan de bascule

Livrables

Détail des travaux

 Rejouer la processus de migration (Run 2 & 3)

 Idenfifier les tâches pouvant être anticipées ou parallélisées (Anticiapation des corrections des différentes anomalies rencontrées lors du Run1)

 Valider les scripts d’installation des spécifiques

 Effectuer les tests de Non Régression (TNR)

 Adaptation du paramétrage (si nécessaire)

 Recette fonctionnelles de l’ensemble des process métiers

 Préparer l’environnement de PRE-PRODUCTION



Disponibilité des plateformes projets et de PRE- PRODUCTION



Documents de migration

Pré-Requis

(32)

Phase 4 : Valider le processus de migration

Préparation du processus de

migration

Portage des spécifiques

Validation processus du

de migration Vérification et

Industrialisation du processus de

migration Validation de la

migration en Pré- PRODUCTION

Mise en Production Run

1 Run

2

Run

3 Run

4

De manière générale, la migration vers la R12.2.x nécessite un certain nombre de « runs » afin de valider et d’optimiser l’ensemble du process de migration avant la mise en production .

 Le Run1 a pour objet d’exécuter la migration « standard » à partir d’un « clone » de l’environnement de production, de prendre connaissance de tous les patchs et les opérations pré et post migration et aussi les chronos de toutes les tâches.

 Le Run2 a pour but de rejouer le processus de migration mais aussi de l’optimiser (Tâches pouvant être anticipées ou parallélisées)

 Le Run3 sert à préparer l’environnement de pré-production.

 Le Run4 est la mise en production

(33)

Phase 5 : Mise en Production

 Migrer l’environnement de production durant la fenêtre de migration déterminée dan le plan de bascule

Objectifs

 Document de la mise en production

 Listes des erreurs rencontrées et résolution

Livrables

Détail des travaux

 Appliquer le plan de bascule sur l’environnement de PRODUCTION

 Recette technique de l’environnenment

 Recette de l’environnement par les Key Users.

 Sauvegarde de l’environnement migré



Environnement de production 11i figé : Pas d’application de nouveaux patchs ni installation de nouveaux spécifiques



Recette fonctionnelle effectuée : GO Client



Sauvegarde de l’environnement de PRODUCTION effectuée.

Pré-Requis

(34)

1. Zoom sur la R12.2 : Les nouveautés, les impacts 2. Cloud & Virtualisation Oracle eBusiness Suite 3. Les chemins de migration vers la R12.2.x 4. Les stratégies de migration

5. Les bonnes pratiques d’une migration 6. Documentation

7. Questions / Réponses

(35)

Références (1/2)

 EBS Release Content Documents, Doc 1302189.1

 Oracle Lifetime Support Policy: Oracle Applications

 Managing Configuration of Oracle HTTP Server and Web Application Services in Oracle E-Business Suite Release 12.2, Doc 1905593.1

 Oracle E-Business Suite Installation Guide: Using Rapid Install Release 12.2

 EBS Developer's Guide Release 12.2

 Using the Online Patching Readiness Report in Oracle E-Business Suite Release 12.2, Doc 1531121.1

 Guidance for Integrating Custom and Third-Party Products with Oracle E-Business Suite Release 12.2 (Doc 1916149.1)

 Developing and Deploying Customizations in Oracle E-Business Suite Release 12.2 (Doc 1577661.1)

 EBS Release 12.2.4 Readme, (Doc 1617458.1)

 Oracle E-Business Suite NLS Release Notes, Release 12.2, Doc 1314621.1

 Sharing the Application Tier File System in Oracle E-Business Suite Release 12.2,

Doc 1375769.1. Section 4: Adding a Node to the Shared Application Tier File

System

(36)

Références (2/2)

 Getting Started With Oracle E-Business Suite Release 12.2 (Doc 1587195.1)

 Oracle E-Business Suite Release Notes, Release 12.2 (Doc 1320300.1)

 Oracle E-Business Suite Upgrade Guide Release 12.0 and 12.1 to 12.2

 Oracle E-Business Suite Installation Guide Using Rapid Install

 Best Practices for Minimizing Oracle E-Business Suite Release 12 Upgrade Downtime, Doc 1581549.1

 “Reducing Oracle E-Business Suite Data Footprint”, Doc 752322.1

 Oracle E-Business Suite Release 12.2: Consolidated List of Patches and Technology Bug Fixes, Doc 1594274.1

 Database Preparation Guidelines for Release 12.2 Upgrade, Doc 1349240.1

 Oracle E-Business Suite Upgrades and Platform Migration, Doc 1377213.1

 Technical Planning Guide, Release 12.2, Doc 1585857.1

 E-Business Suite Documentation Web Library, currently at:

http://docs.oracle.com/cd/E26401_01/index.htm

 EBS Transfer of Information Online Training, Doc 807319.1

 Release 12.2 Information Center, Doc 1581299.1

(37)

(38)

Sébastien Calvez Directeur associé

94 Rue de Provence 75009 Paris Tel mobile : +33 (0) 6 83 70 02 74 [email protected] www.exl-group.com

• Pour toute information complémentaire concernant ce document, vous pouvez contacter :

Vincent Blanchard Directeur associé

Cyril Corvée Expert Middleware

Heba Makhoul Manager Oracle EBS

(39)