commission migration 12.2 e-business suite plan de...

Commission Migration 12.2 E-Business Suite EXL Group - Tous droits réservés 2

Commission Migration 12.2 E-Business Suite

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

Les bonnes pratiques

94, Rue de Provence - 75009 Paris - Tél : +33 (0)1 53 32 21 40 - Fax : +33 (0)1 53 16 35 85 - www.exl-group.com EXL Group – Tous droits réservés


SOMMAIRE

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


Architecture 3-Tiers

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)


Zoom sur la R12.2Architecture 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


Zoom sur la R12.2… En particulier sur le serveur d’applications


Zoom sur la R12.2.4

• 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)


Zoom sur la R12.2.x

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)


Zoom sur la R12.2.x

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

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


Zoom sur la R12.2

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)


Zoom sur la R12.2

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)


Zoom sur la R12.2Impacts 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 :


Zoom sur la R12.2Haute 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


Zoom sur la R12.2APPL_TOP partagé (SHARED APPL_TOP)


Zoom sur la R12.2Pack 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.


Zoom sur la R12.2Les 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)


SOMMAIRE






6. Documentation



Oracle Cloud & VirtualisationUpgrade 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


Oracle Cloud & VirtualisationDé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


Oracle Cloud & VirtualisationVirtualisation – Images disponibles

Vision

Single

Node

Vision DB Prod DBApplication

ServerDocumentation

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


SOMMAIRE






6. Documentation



Les chemins certifiés de migrationComment migrer vers la 12.2.x ?

11.0

11.5.10 CU2

ou

11.5.9 CU2

12.2.x

<= 11.5.811.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


SOMMAIRE






6. Documentation



Les stratégies de migrationSimple 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.

PlateformeBase de

Données


Les stratégies de migrationSimple 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


Les stratégies de migrationExemple : 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

Tech Stack

11.5.10.2

DB 10gR2

OATM

Env. OEBS

11i

Tech Stack

11.5.10.2

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 SOLARISLINUX


SOMMAIRE






6. Documentation



Les bonnes pratiques d’une migrationDé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


Les bonnes pratiques d’une migrationPhase 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


Les bonnes pratiques d’une migrationPhase 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


Les bonnes pratiques d’une migrationPhase 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


Les bonnes pratiques d’une migrationPhase 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


Les bonnes pratiques d’une migrationPhase 4 : Valider le processus de migration

Préparation du

processus de

migration

Portage des

spécifiques

Validation du

processus de

migration

Vérification et

Industrialisation

du processus de

migrationValidation de la

migration en

Pré-

PRODUCTION

Mise en

Production

Run1

Run2

Run

3Run

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 » del’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


Les bonnes pratiques d’une migrationPhase 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


SOMMAIRE






6. Documentation



DocumentationRé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

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1302189.1

http://www.oracle.com/us/support/library/lifetime-support-applications-069216.pdf






DocumentationRé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









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




Questions / Réponses


Vos contacts

Sébastien CalvezDirecteur 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 BlanchardDirecteur associé

94 Rue de Provence

75009 Paris

Tel mobile : +33 (0) 6 29 37 79 73

[email protected]

www.exl-group.com

Cyril CorvéeExpert Middleware

94 Rue de Provence

75009 Paris

Tel mobile : +33 (0) 6 80 98 50 92

[email protected]

www.exl-group.com

Heba MakhoulManager Oracle EBS

94 Rue de Provence

75009 Paris

Tel mobile : +33 (0) 6 46 38 15 99

[email protected]

www.exl-group.com


EXL Group - 94 rue de Provence 75009 Paris - Tel : 01 53 32 21 40

www.exl-group.com