Étude de cas Odyssey Logistics : Réussite des mises à niveau de WebLogic, de la base de données et d'Oracle Forms

Aperçu

Odyssey Logistics s'est associé à RENAPS pour mener à bien trois projets essentiels de modernisation des TI, garantissant ainsi une stabilité opérationnelle continue et un support à long terme des applications. Les projets — mise à niveau de WebLogic, mise à niveau de la base de données Oracle et mise à niveau d’Oracle Forms — ont tous été réalisés dans les délais et dans le respect du budget, démontrant ainsi l'expertise de RENAPS dans l'exécution fluide de migrations complexes.

Ces mises à niveau ont permis d’atteindre des objectifs commerciaux clés, notamment une amélioration significative des performances — Odyssey Logistics a constaté des gains notables en termes de vitesse d’exécution des applications. De plus, cette modernisation permet de traiter des volumes de transactions plus importants et d’intégrer facilement d'autres technologies modernes. Enfin, en mettant à niveau ces systèmes, Odyssey Logistics se positionne idéalement pour migrer vers des technologies open source grâce à ORMIT™-OpenJava et poursuivre la modernisation de son infrastructure technologique tout en éliminant toute dépendance à un fournisseur unique. Cela aidera également Odyssey à éviter la pénurie croissante de ressources spécialisées en Oracle Forms et WebLogic sur le marché et à pérenniser son empreinte numérique pour les 20 prochaines années et au-delà.

Projet 1 : Mise à niveau d’Oracle WebLogic (Fusion Middleware)

Projet 1 : Mise à niveau d’Oracle WebLogic (Fusion Middleware)

Versions initiale et cible

• Initiale : Oracle WebLogic Server 11g autonome fonctionnant sur des machines virtuelles VMware sous RHEL 5.11.
• Cible : Oracle WebLogic Server 12c (12.2.1.4) et Oracle Forms & Reports (12.2.1.19), mis à jour avec le CPU d’octobre 2024, sur des machines virtuelles VMware sous RHEL 8.5.

Objectifs

• Migrer et mettre à niveau l’application TMS d’Oracle WebLogic Server 11g vers 12c.
• Garantir la stabilité, l’optimisation des performances et le support à long terme.

Périmètre

• Migration et mise à niveau des environnements Production, Stage, QA et Dev.

Calendrier

• Durée : 10 semaines, y compris la pause des fêtes de fin d’année.
• Mise en production : Finalisée avec succès dans la fenêtre de maintenance planifiée.

Défis et solutions

• Compatibilité du compilateur Pro*C et du client DB : Mise à niveau de la version de base du client DB pour atténuer les problèmes.
• Déploiement de JAR personnalisés : Mise en place d’une méthode non conventionnelle mais efficace pour intégrer les fichiers JAR spécifiques à l’application.
• Conformité avec la licence Oracle WebLogic : Validation de la conformité avec les politiques de licence Oracle sur tous les environnements.
• Support multilingue avec NLS_LANG : Configuration personnalisée et mise en place de la procédure Auto-Restart d’Oracle WebLogic pour assurer la prise en charge des applications multilingues.

Résultats

• Migration fluide, avec tous les problèmes résolus dans la fenêtre de mise en production.
• Infrastructure standardisée sur RHEL 8.5 VMware VMs, améliorant la maintenabilité et le support.
• Forte collaboration entre Odyssey Logistics et RENAPS, assurant une exécution sans accroc.

Projet 2 : Mise à niveau de la base de données Oracle

Projet 2 : Mise à niveau de la base de données Oracle

Versions initiale et cible

• Initiale : Bases de données Oracle 11g Single Instance Enterprise Edition sur Oracle Restart avec ASM, fonctionnant sur RHEL 5, 6 et 7 sur des machines virtuelles VMware.
  Cible : Bases de données Oracle 19c (patché en 19.25) Enterprise Edition sur Oracle Restart avec ASM, standardisées sur des machines virtuelles VMware sous RHEL 8.5.

Objectifs

• Migrer et mettre à niveau les bases de données des applications TMS et Ne3Native d’Oracle 11g vers Oracle 19c.
• Améliorer les performances, la stabilité et la maintenabilité des bases de données.

Périmètre (Bases de données migrées)

• Production primaire : 3 bases de données multi-téraoctets
• Production standby : 1 base de données multi-téraoctets
• QA : 1 base de données multi-téraoctets
• Stage : 1 base de données multi-téraoctets
• Dev : 1 base de données multi-téraoctets
• Total : 7 bases de données multi-téraoctets

Calendrier

• Durée : 10 semaines, y compris la pause des fêtes de fin d’année.
• Mise en production : Finalisée avec succès dans la fenêtre de maintenance planifiée.

Défis et solutions

• Différences d’optimiseur entre 11g et 19c : Ajustement post-migration nécessaire pour aligner les performances.
• Organisation complexe des schémas : Les anciens schémas WebLogic RCU étaient mélangés aux données métier, nécessitant une planification minutieuse de la migration.
• Statistiques obsolètes et manquantes : Mise à jour des statistiques pour éviter tout comportement inattendu de l’optimiseur.
• Environnement ASM 11g non patché : Plan de migration détaillé pour atténuer les risques.
• Contraintes liées aux licences Oracle : Contournement via un transfert manuel des journaux d’archivage et une mise à niveau progressive, en raison de l'absence du patch 11.2.0.4 sur RHEL 8.
• Absence d’inventaire initial des bases de données : Identification tardive des applications et unités métier dépendantes, offrant à Odyssey Logistics une meilleure visibilité sur son écosystème de bases de données.

Résultats

• Migration et mise à niveau réussies sans perturbation majeure.
• Améliorations des performances post-migration avec exécution optimisée des requêtes.
• Environnement standardisé sur RHEL 8.5 VMware VMs, garantissant une meilleure maintenabilité.
• Le projet a permis à Odyssey Logistics d’améliorer sa connaissance de son paysage de bases de données, renforçant ainsi sa maîtrise de son infrastructure IT.

Project 2: Oracle Database Upgrade

Projet 3 : Mise à niveau d’Oracle Forms

Versions initiale et cible

• Source : Oracle Forms 11g
• Cible : Oracle Forms 12.2.1.19

Objectifs

• Mettre à niveau l’application Oracle Forms en utilisant ORMIT™-Forms, garantissant compatibilité et modernisation.
• Reconfigurer WebLogic et recompiler le code source Forms vers la nouvelle version 12.2.1.19.

Périmètre (Objets migrés)

• 310 fichiers FMB
• 29 fichiers PLL
• 11 fichiers MMB
• 67 fichiers RDF (seulement 3 activement utilisés)
• 1 fichier OLB

Calendrier

• Durée de réalisation : 1,5 mois

Défis et solutions

• Problèmes de compatibilité d’Oracle Forms : Identification du bon patch set et de la version DB Client appropriée pour garantir la compilation réussie des composants Pro*C.

Résultats

• Migration finalisée dans les délais et dans le budget.
• Forte collaboration avec Odyssey Logistics, permettant une résolution rapide des problèmes rencontrés.
• Tests fonctionnels réalisés avec le client, garantissant la stabilité de l’application après la migration.