Gérer la complexité de la migration TREX : les enseignements tirés d'une migration à grande échelle d'un environnement SAP 

ACTUALITÉS

Derrière chaque migration SAP S/4HANA réussie se cache une série de défis techniques complexes, ainsi que des solutions encore plus complexes. Au cours du parcours S/4HANA de Vestas, David a été étroitement impliqué dans l’un des aspects les plus exigeants de la transformation : la migration TREX. TREX étant la pierre angulaire de la recherche et de l'accessibilité des documents, il était essentiel de réussir cette migration. Cet article explique comment ce défi a été relevé dans la pratique, reflétant la grande expertise de Netcare International en matière de migrations TREX et offrant des informations utiles aux organisations qui se préparent à des transitions similaires, ainsi qu'aux professionnels SAP désireux de tirer des enseignements d'une expérience concrète. 

La migration des environnements SAP TREX est généralement considérée comme l'un des défis les plus complexes dans les environnements de gestion documentaire SAP. L'intégrité des index, la disponibilité des fonctions de recherche, les dépendances vis-à-vis des serveurs de contenu et les temps d'arrêt du système constituent autant de risques importants, en particulier dans les grandes entreprises traitant un volume considérable de documents. 

Dans le cadre d'une récente migration vers le cloud Azure pour un client SAP international, Netcare International a contribué à la transition réussie d'un environnement complexe de gestion de documents TREX et SAP. Cet article présente le périmètre technique, les risques, la stratégie et les principaux enseignements tirés de ce projet. 

Le champ d'application technique : un paysage vaste et interconnecté 

La migration a consisté en un transfert complet de l'environnement SAP vers le cloud Azure, couvrant tous les produits SAP liés à la gestion des documents et aux fonctionnalités de recherche. Le périmètre comprenait : 

• Un environnement SAP ECC comprenant cinq systèmes (systèmes de production, hors production et de projet) 

• Un environnement SAP TREX comprenant deux systèmes (production et hors production) 

• Cinq systèmes SAP NetWeaver Gateway 

• Deux systèmes SAP Content Server prenant en charge plusieurs référentiels 

Les systèmes fonctionnant sous Windows, une stratégie de « lift-and-shift » a été retenue. Cette approche consistait à transférer des machines virtuelles entières du centre de données sur site vers le cloud Azure. Alors que la migration de l'infrastructure elle-même a été prise en charge par l'équipe chargée de l'infrastructure, Netcare avait pour mission de préparer l'environnement, de valider le comportement des systèmes et de garantir une continuité fonctionnelle totale avant et après la migration. 

Identification et gestion des principaux risques liés à la migration 

Le principal risque technique résidait dans une éventuelle corruption de l'index TREX. Les machines virtuelles ayant été déplacées en tant qu'entités complètes, la migration s'est déroulée selon le principe du « tout ou rien » ; toute corruption aurait donc eu des conséquences importantes. 

Les problèmes de compatibilité ont été minimes, tous les systèmes fonctionnant sous Microsoft. Le client a accepté l'interruption de service prévue, les systèmes TREX et ECC étant indisponibles pendant une période limitée au cours de la migration. Il est important de noter que cette interruption a été de courte durée et s'est inscrite dans le calendrier global de la migration vers ECC. 

Au final, aucune corruption d'index n'a été constatée, et tous les systèmes ont été mis en service comme prévu. 

Analyse préalable à la migration : tester tous les éléments importants 

Plutôt que de traiter TREX comme un composant autonome, l'équipe a abordé la migration comme un exercice complet processus de validation du cycle de vie des documents. 

Un scénario de test complet a été élaboré, couvrant tous les cas de figure critiques en matière de gestion documentaire. Ces tests ont été effectués avant et après chaque simulation de migration et comprenaient : 

• Création de nouveaux documents DIR 

• Accéder aux documents DIR existants 

• Opérations d'enregistrement et de départ 

• Recherche par métadonnées et en texte intégral 

• Apposition d'un cachet sur les fichiers DOC et PDF 

• Conversion de documents à l'aide de SEAL 

• Validation de la recherche via TREX, SAP GUI et EasyDMS 

Cette approche structurée des tests a permis de s'assurer que les interdépendances entre KPro, les référentiels de contenu et les services de recherche avaient été entièrement validées. 

Stratégie de migration : pourquoi le « lift-and-shift » était la solution la plus judicieuse 

TREX ayant été déployé sur des machines virtuelles Windows, la stratégie de migration a consisté en un simple transfert vers le cloud Azure. Cela a permis de limiter au maximum les modifications architecturales et de réduire les risques liés au transfert lui-même. 

La haute disponibilité n'était pas une exigence dans la configuration initiale de TREX sur site. Cependant, une fois migré, le système a pu bénéficier des fonctionnalités de disponibilité intégrées à Azure. Les régions Azure offrent plusieurs zones de disponibilité et centres de données, ce qui permet de redémarrer rapidement les machines virtuelles en cas de problèmes d'infrastructure. 

Faire face à l'imprévu 

La migration s'est déroulée avec un minimum de perturbations. Les seuls problèmes notables concernaient des règles de pare-feu qui n'avaient pas été entièrement mises en œuvre au départ. Ceux-ci ont été résolus sans incidence sur le calendrier global ni sur la réussite de la migration. 

La transition vers S/4HANA : réindexation à grande échelle 

La migration vers S/4HANA qui a suivi constituait un projet distinct impliquant un changement architectural majeur : le passage d'un moteur TREX autonome au moteur de recherche intégré de SAP HANA. 

David a participé à cette phase en tant qu'expert en la matière (SME), apportant ses conseils sur l'architecture de recherche, la stratégie d'indexation et les aspects liés aux risques, tandis que la mise en œuvre de la transition a été menée en collaboration avec les équipes de mise en œuvre de SAP. 

Dans le cadre de cette migration, l'ensemble du référentiel de contenu, soit environ 24 To de documents non structurés, a été réindexé sous la supervision de SAP. 

Parmi les principaux résultats, on peut citer : 

• Recherche par métadonnées disponible dès le premier jour 

• La recherche en texte intégral sera progressivement mise à disposition 

• L'indexation complète a été réalisée en moins d'un mois 

Cette mise à disposition progressive a permis de réduire considérablement les perturbations pour l'entreprise et a aidé à gérer les attentes des utilisateurs pendant la transition. 

Vérification de la réussite après la migration 

La validation post-migration s'est appuyée sur les mêmes scripts de test structurés que ceux utilisés lors de l'analyse pré-migration. Les tests comprenaient : 

• Transactions SAP standard 

• Validation des journaux d'application et du système 

• Contrôles de l'état de la console TREX 

Cela a permis de garantir le bon fonctionnement des fonctionnalités de recherche, des pièces jointes et des connexions au référentiel. 

Idées reçues courantes concernant les migrations TREX 

L'une des idées reçues les plus courantes est que TREX ne constitue pas un élément essentiel de la gestion documentaire SAP. Si la recherche dans la base de données peut servir de solution de secours, elle n'offre ni les performances ni les fonctionnalités requises par les entreprises traitant un volume important de documents. 

Pour des clients comme Vestas, TREX est indispensable au bon déroulement des opérations quotidiennes. 

Principaux enseignements pour les futures migrations vers TREX et S/4HANA 

Pour les entreprises qui se préparent à migrer vers TREX ou S/4HANA, plusieurs étapes sont incontournables : 

• Décidez dès maintenant si vous souhaitez conserver TREX ou le remplacer par la fonction de recherche intégrée à HANA 

• Prévoyez une réindexation complète et prévoyez suffisamment de temps 

• Tenir compte du volume de données lors des phases de test et de répétition 

• Vérifier minutieusement la compatibilité et les dépendances du serveur de contenu 

Le volume des données et la durée de la réindexation sont systématiquement sous-estimés, ce qui peut être source d'incertitude si l'on n'y remédie pas à temps. 

Un projet remarquable qui mérite d'être célébré 

L'une des principales réussites de ce projet a été de mener à bien la réindexation complète de 24 To de contenu en moins d'un mois, sans perturber de manière significative les utilisateurs. La recherche par métadonnées est restée disponible tout au long du processus, et la recherche en texte intégral a été mise en place progressivement. 

La migration vers S/4HANA s'est donc déroulée sans encombre, aucun problème majeur lié au système de gestion documentaire (DMS) n'ayant été signalé lors du déploiement en production. 

Conclusion 

Les migrations TREX ne sont pas de simples exercices techniques ; il s'agit de transformations stratégiques pour l'entreprise qui exigent une planification, des tests et une exécution minutieux. Lorsqu'elles sont menées avec la stratégie, les outils et l'expertise appropriés, même les migrations à grande échelle et à haut risque peuvent être menées à bien. 

Chez Netcare International, notre expertise approfondie en gestion documentaire SAP et nos méthodologies de migration structurées continuent d'aider les entreprises à moderniser leurs environnements en toute confiance.