Les défis avant et après une copie de système

De nombreux professionnels de l'informatique connaissent bien cette tâche fastidieuse : pour tester et valider de manière appropriée et cohérente les modifications apportées aux programmes et aux processus, SAP recommande de réaliser régulièrement une " copie de système homogène ". Après avoir examiné les copies de systèmes effectuées manuellement dans l'article "Copie de système - manuelle ou automatisée", penchons nous désormais sur les défis de cette tâche.

Copies de système : Quels sont les défis généraux ?

Tout d'abord, une copie (manuelle) de système implique un effort considérable de la part des professionnels internes ou externes expert en administration SAP. Il y a également l'indisponibilité des systèmes cibles pour les équipes d'exploitation et de projet.

Le noyau de base d'une copie de système homogène consiste à réaliser un grand nombre d'étapes de pré et de post-traitement standardisées et manuelles dans un ordre spécifique. Selon le système d'exploitation et le système de gestion de la base de données, les étapes à réaliser peuvent en outre différer sensiblement.

Dans le contexte de structures complexes d'environnements interdépendants, il est également nécessaire de pouvoir mettre à jour les paysages complets de manière cohérente afin de tester les processus d'entreprise de bout en bout.

Défis typiques des copies de systèmes et de paysages complets :

• Procédures manuelles : De nombreuses activités de copie du système/du paysage sont effectuées manuellement par les administrateurs SAP Basis et nécessitent le temps et l'attention de spécialistes SAP hautement qualifiés (main d'œuvre coûteuse). Pour éviter les temps d'arrêt, cette opération est souvent effectuée le week-end ou la nuit.
• Résultats incohérents : Toute procédure manuelle comporte le risque de réaliser des activités de différentes manières. De plus, certains tableaux peuvent ne pas être mis à jour. Le résultat est de se retrouver avec un système de qualité qui ne reflète pas suffisamment le système de production.
  ‍
• Un grand nombre de systèmes SAP : Le nombre croissant de systèmes SAP signifie que des copies doivent être faites plusieurs fois par an pour un seul système SAP.  
  ‍
• ‍Pas d'optimisation: Certaines activités, comme l'exécution des BDLS, peuvent être optimisées de manière significative en utilisant des outils intelligents. Dès qu'une activité est standardisée et automatisée, des optimisations très efficaces et des augmentations de performance peuvent souvent être réalisées. ‍
  ‍
• Test sans données actuelles: Certaines entreprises ont déjà capitulé devant ces défis et ne mettent plus du tout à jour leurs environnements de qualité. Il en résulte un risque commercial évident, car les tests et les approbations de changements critiques sont effectués sur des systèmes qui ne correspondent plus aux environnements de production actuels.
  ‍
• Les paramètres du système individuel doivent être restaurés tels qu'ils étaient avant la copie de système.
  ‍
• Les définitions des interfaces doivent à nouveau s'adapter au paysage en conséquence.
  ‍
• L'état des données doit être cohérent dans tout le paysage.

En raison de ces défis, les processus de préparation, d'exécution et de suivi doivent être clairement définis et exécutés dans le bon ordre. Le grand nombre d'étapes et la complexité qu'elles impliquent doivent être reconnus et pris en compte par tout professionnel SAP.

Malgré un processus défini, des erreurs peuvent toujours se produire à tout moment. Il faut ensuite décider si la copie doit être poursuivie ou si le processus doit être relancé.

Qu'il s'agisse d'une copie de système d'un environnement simple, d'un environnement complexe ou d'une copie de mandant, Libelle propose une solution d'automatisation clé en main qui permet de relever les défis évoqués précédemment : Libelle SystemCopy. Découvrez-en plus maintenant et obtenez gratuitement le livre blanc.

‍

HANA, formation continue... : un regard sur l'avenir des professionnels SAP

De nombreux administrateurs et consultants qui ont l'expérience des copies de systèmes et de paysages connaissent la complexité et la durée de ce processus. L'une des raisons de cette situation réside dans les environnements SAP eux-mêmes, car la portée des paysages SAP typiques a évolue constamment.

Qu'il s'agisse de logiciels SAP R/3® simples basés sur ABAP ou d'architectures complexes orientées services avec un nombre illimité d'options d'extension et un large éventail d'applications. De l'ERP standard aux modules spécialisés les plus divers. En outre, de nouvelles technologies - comme récemment la conversion à HANA - trouvent constamment leur place dans les infrastructures. Celles-ci sont exploitées en partie indépendamment, en partie en parallèle, et en partie déjà avec des dépendances sur/vers les structures conventionnelles.

Avec les possibilités et l'évolutivité accrues des paysages SAP d'aujourd'hui, les administrateurs et les gestionnaires de systèmes sont confrontés à de nombreux défis face à cette complexité croissante. Ainsi, ces responsables doivent toujours se tenir informés et garder un œil sur le marché afin d'être prêts pour le prochain défi, même après la copie de système.