Copie SAP en un clic

Chez pratiquement tous les clients qui utilisent la Business Suite de SAP (y compris les solutions tout-en-un), la création de copies du système SAP fait en soi partie d'un champ d'action bien défini. Concrètement, le Doing doit le plus souvent effectuer la base SAP au sein de l'IT, en plus de nombreuses autres activités.

De plus en plus de demandes ad hoc sont formulées par l'IT ou la base SAP pour obtenir le plus rapidement possible une copie du système SAP, par exemple d'un système SAP ERP, BW ou HCM. Ce qui entraîne souvent des défis particuliers en raison du manque de ressources ou de capacités.

Des outils d'automatisation puissants et sophistiqués pour la création de copies de systèmes SAP y remédient et permettent, comme cela a été démontré, d'augmenter ou de maintenir à un niveau élevé constant la qualité des processus lors de la copie de systèmes, en plus des économies de temps et de coûts. Ils assurent ainsi de facto la sécurité de la base SAP.

Le niveau de maturité et de performance des outils d'automatisation pour la création de copies de systèmes SAP s'est développé sur une période de plus de 15 ans. Les premiers outils de création de copies de systèmes SAP provenaient de l'environnement mainframe.

Pendant longtemps, les procédures manuelles ou à la main, soutenues par SAP (directives), notamment par des procédures prédéfinies et une multitude de listes de contrôle, ont été prédominantes. En de nombreux endroits, elles ont été complétées par des scripts créés en interne, mais qui n'automatisaient que certaines tâches/processus d'une copie du système SAP.

Depuis un certain temps déjà, les clients SAP sont assistés dans le cadre du System Copying par des outils d'automatisation très performants et utilisables en fonction des besoins. Des outils d'automatisation supplémentaires sont également disponibles en complément de ce domaine d'activité, par exemple jusqu'à la création de sandboxes, qui rendent de précieux services.

L'idée de suite s'est établie ici comme dans de nombreux autres domaines logiciels. Et ce pour de bonnes raisons. En outre, les outils d'automatisation de ce type s'orientent encore plus vers le domaine thématique IT de la gestion des systèmes.

Cocher la case

Les outils de création automatique de copies de systèmes SAP doivent être simples d'utilisation et dotés d'une interface utilisateur intuitive (y compris des explications contextuelles utilisables).

Cocher en quelque sorte les cases au lieu de passer du temps à manipuler des lignes de programmation, ce qui rend l'utilisation possible même pour des experts moins expérimentés qui n'ont jamais ou peu fait de copies de systèmes SAP. Et ce, après une formation minime au système.

D'autre part, un tel outil doit garantir une traçabilité et une transparence permanentes. Ce qui se passe dans les moindres détails lors de la création d'une copie du système SAP doit être visible sous quelque forme que ce soit, afin de pouvoir détecter d'éventuelles erreurs, mais aussi d'optimiser ou d'accélérer encore le processus de copie proprement dit, par exemple en utilisant des fichiers journaux et autres.

Enfin, et ce n'est pas le moins important, de tels outils doivent permettre l'extensibilité ou permettre des extensions/exigences spécifiques au client, comme l'intégration dans un ordonnanceur ou la prise en compte de systèmes SAP double stack.

Idéalement, un outil de création de copies de systèmes SAP tel que BlueSystemCopy (BSC) d'Empirius prend en compte les processus de base de copie suivants : Vérification et pré-traitement, restauration, exécution réelle et post-traitement.

Du point de vue de l'architecture, BSC tient compte des standards dans la mesure du possible. Ainsi, l'outil d'automatisation peut être installé avec un minimum d'efforts, s'intègre très bien dans l'environnement système correspondant et offre un retour sur investissement rapide.

Pour des raisons de sécurité principalement, aucune modification n'est autorisée sur les systèmes sources SAP. BlueSystemCopy est exploité sur son propre serveur (serveur standard Intel) (soit sous Windows, soit sous Linux).

La solution n'utilise pas d'agents logiciels. L'utilisation de protocoles standard pour l'interaction de l'outil (client/serveur) avec le système source et de l'outil avec le système cible a fait ses preuves, et ce uniquement dans le but de créer des copies du système. Ce qui a également fait ses preuves : l'utilisation d'un point unique de gestion et de contrôle.

Dans le cas de BSC, des mécanismes sophistiqués permettent d'exclure les erreurs de configuration, car les réglages de paramètres pertinents sont effectués automatiquement et selon des règles prédéfinies. Par exemple, le système reconnaît automatiquement s'il s'agit d'un système Abap, Java ou Double Stack.

Dans ce contexte, les jobs générés s'adaptent aux changements, même s'il y a eu un changement de base de données, de version ou autre. Néanmoins, les jobs de copie créés une fois peuvent être réutilisés, ce qui minimise le travail de maintenance et un certain risque d'erreur. Il en va de même lors du passage d'une Any-DB à une autre ou lors du passage d'une Any-DB à Hana.

Logique de travail au lieu du Customizing

Comme dans le cas de BlueSystemCopy, la ligne directrice selon laquelle une logique de travail intégrée est préférable à une personnalisation a également fait ses preuves. Le point essentiel est que chaque étape d'un travail de copie connaît quasiment le contexte global, y compris les étapes précédentes et suivantes.

Les étapes individuelles savent exactement où elles doivent se placer en cas d'erreur lors du processus de copie proprement dit. Cela signifie en général que les situations d'erreur peuvent être gérées de manière précise et en fonction des besoins.

Dans ce contexte, un focus sur une problématique appelée BDLS (conversion de noms de systèmes logiques) : lors de l'utilisation de l'outil Empirius, BDLS n'est exécuté que pour les tables qui n'ont pas été sauvegardées (celles-ci sont déjà converties et produiraient un message d'avertissement).

Le fait est que BDLS représente une sorte de "mangeur de temps" dans les copies de système (sauf en cas d'utilisation de Hana). Une première étape importante consiste à intégrer l'exécution de BDLS dans la copie du système. Une fois la copie effectuée, le BDLS est automatiquement lancé.

Il existe différentes possibilités de dompter ce voleur de temps et de réduire les temps d'exécution. Par exemple par la parallélisation ou la création automatique d'index secondaires. BlueSystemCopy offre en outre d'autres possibilités pour atteindre une performance optimale.

Afin de vérifier si les vis de réglage utilisables sont correctement ajustées, surtout pour les grandes bases de données, les temps d'exécution sont automatiquement consignés pendant le BDLS. Sur la base de ces résultats, il est possible d'analyser comment la durée d'exécution peut encore être optimisée. Les rapports BDLS et les possibilités d'optimisation sont d'ailleurs présentés dans la BSC-GUI, avec les possibilités de modification.

Outre les statistiques BDLS, l'interface utilisateur graphique du journal récapitulatif offre toute une série d'informations statistiques sur la copie du système en question et constitue également le point de départ d'analyses plus approfondies si une erreur devait survenir dans la copie.

Plusieurs avantages à la fois

Aujourd'hui, grâce aux outils de création de copies de systèmes SAP, il est possible de créer de telles duplications de systèmes pratiquement en appuyant sur un bouton, et ce, en outre, dans un délai très court. Même plusieurs à la fois.

Cela signifie que le temps nécessaire à la création d'une copie du système SAP - qu'il s'agisse de fournir une copie du système à des fins de formation, de test ou autre - est réduit de manière drastique. Au lieu de plusieurs jours, il ne faut plus que quelques heures pour réaliser la copie du système.

Bien entendu, les économies de temps sont également synonymes d'économies d'argent. De plus, grâce à ces outils d'automatisation, les processus de copie de systèmes sont planifiables, standardisés et d'une qualité toujours élevée. Ce dernier point est particulièrement important pour les départements de base SAP (et bien sûr aussi pour les fournisseurs de services).

Dans les prochaines versions, BlueCopySuite s'orientera de plus en plus vers la gestion de systèmes. Cela signifie que des fonctions de base pour la surveillance, le démarrage/l'arrêt et l'administration de systèmes SAP seront possibles directement à partir de l'interface habituelle.

L'écran initial montre par exemple déjà un aperçu des systèmes intégrés - en partie automatiquement - et de leur statut, ainsi que des informations sur le système telles que la version, le niveau de patch et autres. L'utilisation d'un tableau de bord complet en fait également partie.

Outil de copie de système et plus

Le produit principal d'Empirius est BlueCopySuite, qui comprend également l'outil d'automatisation BlueSystemCopy, très répandu sur le marché, pour la création de copies de systèmes SAP. D'autres outils d'automatisation d'Empirius couvrent les domaines de la copie de plusieurs systèmes SAP (Landscape Copying), la création de clones SAP (comme les sandboxes), les migrations SAP (comme les migrations de systèmes hétérogènes) et bien d'autres encore.

Empirius propose également une série de services informatiques, par exemple des services de migration complets. De nombreuses entreprises font partie de la clientèle d'Empirius, comme Stihl, l'aéroport de Munich, l'assurance Hannover Re ou le fournisseur de services QSC.