25 août 2020 Mettre à jour les systèmes d'essai avec les nouvelles données de production et les rendre anonymes.
Les principaux arguments de nos clients en faveur du cloud sont le dynamisme et la flexibilité avec lesquels les systèmes temporaires en particulier peuvent être mis en place et démontés dans le cloud - du moins du point de vue de l'infrastructure.
Lorsqu'il s'agit de cartographier le niveau des applications en plus de celui de l'infrastructure, les administrateurs sont confrontés à certains défis : Dans de nombreuses situations, fournir un tel système pour le rôle DEV, Q ou sandbox prêt à l'emploi représente simplement un effort plus important que la "simple" mise en place d'un serveur. Cela déplace le goulot d'étranglement de l'ancien "Je n'ai pas assez de matériel..." à "Je n'ai pas le temps maintenant...", et l'expérience montre que ce n'est pas une réponse satisfaisante pour les départements qui insistent sur l'urgence.
Alors que faire pour augmenter ce niveau de service réel ou perçu tout en évitant les discussions inutiles ? Une solution d'automatisation optimisée pour le cloud, telle que Libelle SystemClone, peut constituer une approche dans ce cas.
Libelle SystemClone représente l'ensemble du processus de bout en bout de la reconstruction d'un système à partir d'un système source existant. Il importe peu que la source et/ou la cible soient sur site ou dans le nuage. Ainsi, toutes les combinaisons possibles peuvent être cartographiées sans aucun problème.
Clone2Cloud est basé sur notre solution Libelle SystemClone. Cela permet l'exécution automatisée de clones de systèmes SAP pour construire de nouveaux systèmes SAP non productifs (sandboxes, etc.) sur la base d'environnements existants.
Pour Clone2Cloud, le processus standard LSCL, qui est souvent utilisé sur site par nos clients, a été étendu par des tâches supplémentaires spécifiques au cloud. Ainsi, les systèmes utilisés dans le nuage peuvent être adaptés automatiquement. En fonction de l'avancement du clonage du système, par exemple, les performances de l'unité centrale et d'autres paramètres sont modifiés de manière dynamique et réinitialisés aux valeurs initiales une fois l'opération terminée. Les activités classiques ici sont les groupes de tâches autour du BDLS ou de TemSe, ainsi que les tâches d'exportation/importation, qui peuvent être massivement parallélisées. Le résultat : une réduction significative du temps d'exécution et, par conséquent, des réponses beaucoup plus rapides aux demandes de nouveaux bacs à sable des départements.