Mise à niveau multi-sauts IBM OMS / Blogs / Perficient

Le processus de mise à niveau d’IBM OMS (Order Management System) consiste à mettre à jour un système OMS existant vers une version plus récente. Cette mise à niveau peut impliquer la mise à jour uniquement de l’application OMS ou d’autres applications ou logiciels dépendants. L’objectif principal d’une mise à niveau OMS est d’améliorer l’efficacité, l’évolutivité et les performances du traitement des commandes.

La mise à niveau multi-sauts consiste à mettre à niveau un système OMS existant ou une application IBM OMS héritée via plusieurs versions vers une version plus récente. Ce type de mise à niveau est nécessaire lors de la mise à niveau d’une version beaucoup plus ancienne vers la version la plus récente (Exemple : IBM OMS 9.1 vers OMS10.0). Les mises à niveau multi-sauts sont très complexes en raison de changements importants dans l’architecture du logiciel OMS, le schéma de la base de données et d’autres logiciels dépendants. Ces types de mises à niveau nous permettent également d’atténuer les risques en appliquant et en validant des mises à niveau progressives.

Étapes de mise à niveau multi-sauts :

1. Analyse et évaluation des impacts

L’analyse et l’évaluation jouent un rôle très important dans toute mise à niveau, et celles-ci sont beaucoup plus importantes pour le multi-saut, car la plupart des applications/logiciels dépendants nécessitent des mises à niveau pour être compatibles avec les dernières versions d’OMS. Une vérification minutieuse de la matrice compatible du logiciel IBM OMS est obligatoire pour planifier et mettre à niveau tous les logiciels requis (Exemple : système d’exploitation Linux, Java, base de données, serveur d’applications, etc.).

Exemple:

2. POC / Configuration de l’environnement

La préparation des étapes de mise à niveau, les scripts de mise à niveau et l’exécution de ces étapes dans un environnement POC sont importants pour réduire les risques et fluidifier le processus de mise à niveau pour les environnements supérieurs.

Étapes de mise à niveau de l’environnement POC pour effectuer une mise à niveau en mode de mise à niveau multi-sauts :

• 1. Configurez un nouveau boîtier/environnement Linux identique au boîtier DEV/QA existant.
  2. Modifiez sandbox.cfg, jdbc.properties pour qu’ils pointent vers le schéma de base de données POC.
  3. Créez et déployez le nouveau fichier .ear.
  4. Affichez l’application, l’agent et les serveurs d’intégration OMS existants sur l’environnement POC.
  5. Exécutez une validation de haut niveau et assurez-vous que l’application OMS actuelle est opérationnelle sur la boîte POC.
  6. Téléchargez et copiez le logiciel OMS et les groupes de correctifs dans l’environnement POC.
  7. Installez le logiciel OMS (exemple : OMS 9.5) et exécutez les étapes de mise à niveau d’OMS.
  8. Créez et déployez une nouvelle oreille OMS.
  9. Exécutez des validations de haut niveau et assurez-vous que la mise à niveau d’OMS est terminée et que l’application OMS est opérationnelle sur une version plus récente.
  10. Créez un instantané de la boîte OMS Linux.
  11. Prenez les points de sauvegarde/création de base de données OMS.
  12. Installez la dernière version d’OMS (exemple : OMS 10.0) et exécutez les étapes de mise à niveau d’OMS.
  13. Exécutez des validations de haut niveau et assurez-vous que la mise à niveau d’OMS 10.0 est terminée et que l’application OMS est opérationnelle sur une version plus récente.
  14. Affichez tous les serveurs d’agent et d’intégration et validez le flux de commandes.
  15. Surveillez le flux de données transactionnelles, les exceptions, les alertes, etc.

3. Exécution des mises à niveau en mode multi-espoir dans tous les environnements requis

Une fois la mise à niveau multi-sauts réussie sur les environnements POC, suivez les mêmes étapes et mettez à niveau d’autres environnements supérieurs tels que DEV, QA, Master Config, Pre-Production).

4. Préparation du Go-Live, arrêt de production et mise à niveau

Les mises à niveau multi-sauts prennent généralement beaucoup plus de temps que les mises à jour régulières. Il est donc très important de planifier les temps d’arrêt de la production, en définissant les attentes de l’entreprise en matière de temps d’arrêt. Pendant la fenêtre de mise en ligne, exécutant les étapes de mise à niveau et vérifiant les fichiers journaux, la sortie de chaque étape est très cruciale pour éviter les problèmes ou le risque de tout annuler.

5. Stratégie de restauration

Planifier les options de restauration et les exécuter sur un ou plusieurs environnements inférieurs est important car la mise à niveau multi-sauts est très complexe et au cas où la totalité de la mise à niveau doit être annulée en raison d’un problème ou de contraintes de temps concernant la fenêtre d’arrêt de production.

6. Validation et support post-production

En validant toutes les interfaces critiques, les fonctionnalités sont très importantes car les mises à niveau peuvent contenir des changements importants dans l’architecture OMS, le schéma de base de données, les interfaces utilisateur et les fonctionnalités. L’identification de tous les scénarios critiques qui doivent être couverts nous aidera à planifier les stratégies de mise en production et de restauration.