LIVRE BLANC
Automatisation et optimisation des procédures de
Copie de Systèmes SAP®
Au sein d’un paysage SAP®
, on trouve ...
©Libelle AG. Tous droits réservés. février 16 2 / 15
LIVRE BLANC
Sommaire
Sommaire...........................................
©Libelle AG. Tous droits réservés. février 16 3 / 15
LIVRE BLANC
Le Cycle de vie des applications SAP®
et les Copies de Sy...
©Libelle AG. Tous droits réservés. février 16 4 / 15
LIVRE BLANC
Terminologie des copies de systèmes
Dans les différents g...
©Libelle AG. Tous droits réservés. février 16 5 / 15
LIVRE BLANC
La distinction de ces trois étapes de pre-processing, de ...
©Libelle AG. Tous droits réservés. février 16 6 / 15
LIVRE BLANC
Plus loin dans ce Livre Blanc vous apprendrez comment l’o...
©Libelle AG. Tous droits réservés. février 16 7 / 15
LIVRE BLANC
Copie
Le Système cible est
rafraîchi avec des don-
nées d...
©Libelle AG. Tous droits réservés. février 16 8 / 15
LIVRE BLANC
l’ABAP assez simple à l’architecture sophistiquée orienté...
©Libelle AG. Tous droits réservés. février 16 9 / 15
LIVRE BLANC
et le développement de logiciels pour entreprises et est ...
©Libelle AG. Tous droits réservés. février 16 10 / 15
LIVRE BLANC
d'exécuter n'importe quel type de tâche nécessaire – qu'...
©Libelle AG. Tous droits réservés. février 16 11 / 15
LIVRE BLANC
tâches qui encapsulent des étapes seules et des activité...
©Libelle AG. Tous droits réservés. février 16 12 / 15
LIVRE BLANC
tâches assignées aux phases de pre-processing, de copie ...
©Libelle AG. Tous droits réservés. février 16 13 / 15
LIVRE BLANC
Exécution de la Copie
Système
Effectuer une copie de
sys...
©Libelle AG. Tous droits réservés. février 16 14 / 15
LIVRE BLANC
Vues de l’Interface
Utilisateur
L’interface Utilisateur
...
©Libelle AG. Tous droits réservés. février 16 15 / 15
LIVRE BLANC
Plus d’informations
Siège France
Libelle AG Libelle sarl...
Prochain SlideShare
Chargement dans…5
×

LivreBlanc_Libelle_SystemCopy_2016_FR

261 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
261
Sur SlideShare
0
Issues des intégrations
0
Intégrations
8
Actions
Partages
0
Téléchargements
2
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

LivreBlanc_Libelle_SystemCopy_2016_FR

  1. 1. LIVRE BLANC Automatisation et optimisation des procédures de Copie de Systèmes SAP® Au sein d’un paysage SAP® , on trouve des environnements de Qualité (QA), de Test et d’autres environnements hors-production (Formation, Sandbox, etc.). Ces sys- tèmes hors-production sont conçus pour gérer le cycle de vie d’une application SAP® . SAP® recommande une procédure spécifique pour alimenter les systèmes hors- production en données de production. Cette procédure est appelée « System Copy », « Copie de Système ». Elle permettra notamment de lancer des campagnes de tests consistantes. Habituellement, l’exécution de la procédure de copie de système implique de nom- breuses tâches manuelles. Elle peut s’étaler sur plusieurs jours et mobiliser des res- sources précieuses et coûteuses que sont les professionnels SAP qualifiés. Libelle SystemCopy est une solution logicielle basée sur un framework qui permet de créer des copies de systèmes de manière complètement automatisée. Elle fournit aux systèmes de tests et de qualité des données de production fraîches. Libelle SystemCopy supporte les installations SAP en single ou dual-stack sur Oracle, les bases de données SAP MaxDB, ASE, DB2® , ou des bases de données Microsoft SQL Server® , et peut être intégrée sur des outils de stockage répandus tels que SnapshotsTM ou SnapMirror® . La solution inclut également un outil de copie adaptée à toutes les plateformes. Les tâches de Libelle SystemCopy peuvent être exécutées en dehors de la couche ABAP® et incluent les opérations d’import et d’export des bases de données, les scripts de commande, les opérations SQL et l’exécution des transactions SAP. Ce Livre Blanc décrit les processus impliqués dans la réalisation de copies de sys- tèmes homogènes. Il décrit également comment les procédures peuvent être automa- tisées avec la solution Libelle SystemCopy.
  2. 2. ©Libelle AG. Tous droits réservés. février 16 2 / 15 LIVRE BLANC Sommaire Sommaire.................................................................................................................... 2 Le Cycle de vie des applications SAP® et les Copies de Systèmes ..................... 3 Terminologie des copies de systèmes .................................................................... 4 Dépendances des copies de systèmes ................................................................... 4 Phases de copies de systèmes ................................................................................ 4 Les tâches inhérentes aux copies de systèmes..................................................... 5 La procédure de copie de système : les pré-vérifications.........................................6 La procédure de copie de système : le pre-processing ............................................6 La procédure de copie de système : le post-processing...........................................7 Les enjeux de la Copie de Systèmes ....................................................................... 7 Automatiser et optimiser les copies de systèmes avec Libelle SystemCopy.... 8 La structure de Libelle SystemCopy........................................................................ 9 L’architecture de Libelle SystemCopy..................................................................... 9 Tâches de Libelle SystemCopy .............................................................................. 10 Entrepôt et configuration des tâches .................................................................... 11 Exécution de la copie de système.......................................................................... 12 Gérer de multiples configurations ......................................................................... 13 Optimisation du processus et avancement de la copie....................................... 13 Résumé ..................................................................................................................... 14
  3. 3. ©Libelle AG. Tous droits réservés. février 16 3 / 15 LIVRE BLANC Le Cycle de vie des applications SAP® et les Copies de Systèmes SAP SE fournit un modèle organisationnel pour aider les entreprises avec une approche d’ensemble, intégrant les pratiques ITIL, pour gérer le cycle de vie des applications SAP. Les clients mettent généralement en œuvre une architecture de déploiement en 3-tier qui comprend (a) les systèmes de développement et de test (DEV) où les applications sont développées et testées, (b) les systèmes de qualité (QA, communément appelés ‘staging systems’) où ont lieu les tests finaux, et (c) les systèmes de production où se connecte l’utilisateur SAP courant. Les clients peu- vent aussi posséder des systèmes ‘non-productifs’ additionnels, tels que les systèmes de formation ou systèmes ‘bacs à sable’ (sandbox) pour d’autres usages. Le cycle de vie de l’application Pour les systèmes SAP, le cycle de vie de l’application suit généra- lement une architecture 3-tier. Les consultants SAP ou les professionnels SAP internes aux entreprises utilisa- trices sont habituellement chargés de mettre à disposition les paysages de Déve- loppement et de Qualité. Le processus qui consiste à simuler les systèmes de pro- duction pour permettre des tests cohérents et consistants est critique. Une copie homogène des systèmes de production vers un ou plusieurs systèmes hors- production fournira à ces derniers des données récentes de production. Rafraîchissement du Système Une Copie Homogène du Système (ci-contre, « HSC ») fournit des données de production aux Systèmes de Tests et de Qualité. Les procédures de copies de systèmes sont exécutées n’importe quand, à n’importe quel rythme, d’une fois par an à une fois par mois ou plus, selon l’application SAP et leur mise en œuvre. Cela dépend également de l’étape de déploiement à laquelle le client se trouve, et des besoins exprimés par les procédures internes de testing.
  4. 4. ©Libelle AG. Tous droits réservés. février 16 4 / 15 LIVRE BLANC Terminologie des copies de systèmes Dans les différents guides de copies de systèmes fournis par SAP SE (extranet SAP service Market-place), il existe une terminologie précise concernant les procé- dures de copie de système :  Copie de système: Duplication des systèmes SAP; certains paramètres SAP changent.  Système source: Le système SAP qui contient la base de données de production d’origine.  Système cible: Le système sur lequel la copie des bases de données est appliquée.  Copie de système homogène: Copie de système vers le même système d’exploitation et le même système de gestion de bases de données que le Système Source.  Copie de la base de données: Partie de la copie système qui dépend de la base de données. Dépendances des copies de systèmes SAP SE fournit des guides de copie de systèmes spécifiques pour chacune de ses applications d’entreprise qui pourrait différer selon les caractéristiques suivantes:  Le type d’application SAP (ie SAP ERP, SAP NetWeaver BW, etc.)  La version de SAP  Le type de mise en œuvre (single ou dual stack)  Le type et la version des Bases de données  Le système d’exploitation. Sur la base de ces guides, les clients améliorent, ajoutent ou retirent certaines tâches de copie systèmes pour s’ajuster à leurs installations et à leur environne- ment spécifiques. Alors que la procédure générale est identique pour certaines con- figurations, les installations individuelles varient pour une portion marginale. Phases de copies de systèmes En règle générale, les étapes nécessaires à l’exécution d’une copie de système avec succès peuvent être divisées en trois : avant que la donnée sur le système cible soit rafraîchie, une étape de ‘pre-processing’ doit être réalisée. Cette étape est suivie de la copie des données actuelles ; puis complétée par le ‘post-processing’. Les étapes sont définies comme suit: 1. Pre-Processing: toutes les tâches permettant de preparer le système cible à la reception de la copie de système 2. Copie: Fourniture d’une copie des bases de données de production actuelles de la source vers la cible 3. Post-Processing: Toutes les tâches qui ont lieu après la copie et qui servent à compléter la procédure de copie de système homogène pour fournir un environ- nement de Qualité ou de Test complet aux utilisateurs.
  5. 5. ©Libelle AG. Tous droits réservés. février 16 5 / 15 LIVRE BLANC La distinction de ces trois étapes de pre-processing, de copie et de post-processing est critique quant à la structuration des tâches en détail et quant à la définition de l’automatisation des tâches. Les étapes de la copie de système Le processus de la copie de système se déroule en trois étapes. Les tâches inhérentes aux copies de systèmes Le véritable enjeu d’une procédure de copie de système est de suivre un certain nombre d’étapes, comme par exemple exécuter la sauvegarde d’une base de don- nées ou démarrer des transactions SAP spécifiques dans un ordre défini. Dans le cadre de l’automatisation, nous encapsulons et extrayons ces étapes dans des tâches qui seront assignées à chacune des étapes de copie de système: Tâches Chaque étape de la procédure inclue un certain nombre de tâches encapsulées (Task #1, Task#2, etc.) La plupart des tâches sont exécutées depuis le système cible. Cependant, certaines peuvent être exécutées depuis le système source. Les tâches nécessaires aux co- pies de systèmes sont classées par type : 1. Exécuter les états SQL préparés sur le système source ou cible. 2. Exécuter les imports ou les exports de bases de données 3. Exécuter les transactions ABAP 4. Exécuter les scripts Shell Windows® ou UNIX®. 5. Déclencher les outils externes (i.e. Snapshots) 6. Effectuer un point de contrôle manuel où un administrateur exécutera cer- taines actions. Les tâches sont exécutées de manière séquentielle et les tâches suivantes dépen- dent des valeurs de retour ou de la complétion avec succès des tâches précé- dentes. La clé d’une automatisation réussie est d’encapsuler les tâches de copie système selon les lignes directrices définies par SAP SE, selon les impératifs in- ternes ainsi que les meilleures pratiques existantes.
  6. 6. ©Libelle AG. Tous droits réservés. février 16 6 / 15 LIVRE BLANC Plus loin dans ce Livre Blanc vous apprendrez comment l’outil de copie Libelle SystemCopy gère cette procédure et comment l’exécution de toutes ces tâches peut être automatisée et gérée du démarrage de la copie de système jusqu’à la remise du système de Qualité aux utilisateurs. La procédure de copie de système : les pré-vérifications Avant même d’exécuter les étapes de pre-processing, de copie et de post- processing, lancer une telle procédure implique que certains prérequis soient vali- dés. La phase de pré-vérifications (ou Pre-Checks) vérifie la disponibilité du sys- tème, l’espace disque disponible, compare les versions entre la source et la cible, vérifie la compatibilité des paramètres, et bien d’autres aspects. Prenons un exemple : si nous programmons le lancement de la procédure automatisée dans la nuit, nous pourrions découvrir le lendemain que des autorisations systèmes man- quantes, un espace disque insuffisant ou encore une licence SAP manquante ont empêché le processus d’aller au bout. C’est pourquoi la phase de pré-vérification est importante. La procédure de copie de système : le pre-processing La phase de pre-processing prépare le système cible à recevoir les données de production fraîches. Etant donné que la base de données cible sera écrasée par les données de production, certaines informations doivent être retirées du système cible au préalable. Cela inclut principalement l’exportation de plusieurs tables spéci- fiques à la Qualité, les log-on groups, les admin tables, les configurations de Re- mote Function Call (RFC, appels à distances), les tables des utilisateurs dévelop- peurs, et plus encore. Pour les stacks Java, nous pouvons aussi exporter les fi- chiers de configuration des systèmes cibles. Sur le système cible, il peut également être nécessaire d’arrêter l’ordonnanceur, les jobs de sauvegarde, ou tout ce que nous ne voulons empêcher d’interférer avec le rafraîchissement du système. Puis, la dernière tâche de la phase de pre-processing sera de stopper le système cible lui-même. Pre-Processing Le Système Cible est préparé pour l’étape de Copie. La procédure de copie de système : la copie L’étape de copie remplace l’intégralité de la base de données cible (et les fichiers plats pour les installations dual-stack) par la base de données source. Elle re- nomme également la base de données (SID), par exemple de PR1 (nom du SID de la source) à QA1 (nom du SID cible, parce que le système cible fonctionne sous un SID de base de données différent).
  7. 7. ©Libelle AG. Tous droits réservés. février 16 7 / 15 LIVRE BLANC Copie Le Système cible est rafraîchi avec des don- nées de production fraîches. Il existe de nombreuses façons de fournir une copie d’une base de données. Les entreprises peuvent utiliser des outils de snapshot de stockage et des scripts pour renommer les bases de données pour fournir cette copie. Une autre option est le choix d’outils de copie de bases de données, tels que l’outil Libelle DBCopy pour copier et renommer les bases Oracle, SAP, MaxDB, DB2 ou MS SQL Server de manière automatique et online (avec les utilisateurs connectés à la source – on parle de Copy online). La procédure de copie de système : le post-processing La dernière étape de la procédure de copie système est de loin la plus complexe étant donné qu’un grand nombre de tâches doit être exécuté. Alors que la base de données a déjà été renommée pendant la phase de copie, nous devons ajuster d’autres configurations afin de correspondre à l’environnement cible et réaliser d’autres tâches liées. Enfin, le système cible doit être doté d’une licence SAP valide et les entrées spécifiques des tables doivent être remplacées par le contenu approprié au système cible (que ce soit des données préconfigurées ou des données exportées lors de l’étape de pre-processing). Certaines tâches seront génériques pour la plupart des applications SAP et d’autres tâches seront spécifiques à l’application SAP ou à sa version. Un composant SAP NetWeaver BW pourra par exemple demander que soient reconstruits les index; les systèmes comprenant des piles Java pourraient nécessiter des imports ou des ex- ports additionnels ou une remise à zéro des fichiers de configuration. Une autre tâche de post-processing courante est de renommer tous les noms de systèmes logiques dans le système cible (en exécutant un processus BDLS) qui pourrait fonctionner pendant des heures ou même des jours pour de très grands systèmes. Après que toutes les tâches ont été complétées avec succès, le système Qualité cible est prêt pour l’utilisateur et la procédure de copie de système est com- plète jusqu’à ce que le prochain rafraîchissement ait lieu. Le Post-Processing Le Système Cible est préparé pour les utilisa- teurs. Les enjeux de la Copie de Systèmes La plupart des administrateurs ou des consultants expérimentés dans l’exécution de copie système savent que la procédure peut parfois être longue et complexe. Les paysages des applications SAP ont évolué depuis le logiciel SAP R/3 fondé sur de
  8. 8. ©Libelle AG. Tous droits réservés. février 16 8 / 15 LIVRE BLANC l’ABAP assez simple à l’architecture sophistiquée orientée services comprenant des possibilités étendues et un large portefeuille d’applications allant de l’ERP standard jusqu’à la douzaine d’applications spécialisées. Avec une scalabilité et des possibili- tés améliorées, l’administrateur fera face à de nombreux challenges pour gérer la complexité des applications. Le processus de copie de système est une des procédures où la complexité est la plus palpable parce que (a) la plupart des systèmes SAP requièrent une ou plusieurs copies de systèmes, (b) tous les aspects des systèmes SAP sont affectés lorsqu’un système complet est copié, et (c) les copies de systèmes doivent refléter un paysage qui évolue sans cesse. Plus particulièrement, les utilisateurs peuvent rencontrer les enjeux suivants :  Procédure manuelle: de nombreuses étapes dans la procédure de copie de système doivent être effectuées à la main et consomment le temps des spécia- listes SAP, ressources généralement chères.  Résultats inconsistants: toute procédure manuelle peut varier selon la manière avec laquelle les étapes sont complétées ou les tables sont mises à jour. Cer- taines tables peuvent ne pas être mises à jour du tout. Le résultat final est un sys- tème de Qualité qui ne reflète pas pleinement l’environnement de production.  Grands nombre de systèmes SAP: Le nombre croissant de systèmes dans le paysage multiplie le nombre de besoins de copies dans l’année ce qui n’était ha- bituellement qu’un enjeu annuel ou semestriel.  Pas d’optimisation: Certaines tâches, comme les BDLS, ont le potentiel d’être automatisées par le biais de méthodes intelligentes. Dès qu’une procédure est standardisée et automatisée, l’optimisation et l’amélioration de la performance croissent facilement.  Testing sans Environnement ‘non-productif’: Etant donnés les enjeux et la complexité évoquée, certains clients peuvent abandonner et ne pas actualiser leurs systèmes de Qualité du tout. Cela produit un risque pour l’activité étant don- né que le testing et le staging ne sont pas effectués dans les configurations de production actuelles. Automatiser et optimiser les copies de systèmes avec Libelle SystemCopy Lorsqu’on passe en revue les tâches pour la copie de systèmes, on peut considérer que l’ensemble de la procédure est complexe et que les étapes nécessaires sont longues. Néanmoins, chaque tâche est toujours très similaire pour chaque système SAP et pour chaque environnement client spécifique. Si les tâches sont définies conformément, exécutées proprement et gérées dans le bon ordre, la procédure est alors un candidat de premier choix pour l'automatisation via un logiciel. Depuis les années 1990, Libelle a travaillé avec des clients SAP par le biais de sa solution BusinessShadow. Nous leur avons fourni des logiciels standards pour le Mirroring de données en Haute Disponibilité et pour le Plan de Continuité d'Activité (PCA ou Disaster Recovery Plan, DRP). À travers l'acquisition de la société de con- seil SAP Basis Team qui fournit du support aux clients SAP depuis plus de dix ans, Libelle se trouve dans une position d’excellence : la société couvre totalement la partie technique SAP Basis, possède des années d'expérience dans la conception
  9. 9. ©Libelle AG. Tous droits réservés. février 16 9 / 15 LIVRE BLANC et le développement de logiciels pour entreprises et est forte d'une structure ca- pable de fournir un service 24h/24 et 7j/7 pour les grandes et moyennes entre- prises. Ainsi, Libelle fournit sa solution Libelle SystemCopy (LSC) pour les utilisateurs SAP et les partenaires afin d’automatiser et d’optimiser la procédure de copie de sys- tème. La structure de Libelle SystemCopy Libelle SystemCopy est une logiciel basé sur un framework qui crée des copies de système de manière complètement automatisée et homogène pour des applications SAP. Les principales caractéristiques de la solution sont les suivantes: Une mise à jour rapide des environnements de qualité, de développement et de test avec des données de production fraîches Des étapes complètement automatisées de pre-processing, de copie et de post- processing Des transformations rapides ainsi qu'un minimum d'intervention manuelle pendant le processus Des procédures standardisées avec des résultats consistants Aucun changement nécessaire n'est à apporter au paysage SAP La solution logicielle Libelle SystemCopy peut réduire à deux simples tâches les enjeux et le travail parfois ennuyeux de rafraîchissement de systèmes SAP. Il s’agira 1) de démarrer un processus automatisé et 2) de surveiller ce processus. Libelle SystemCopy est mis en place une seule fois de façon spécifique selon les bases de données, les instances SAP et la version de SAP utilisées. Ensuite, il exé- cutera la procédure de copie du système avec des résultats consistants autant de fois que désiré avec la flexibilité nécessaire pour s'adapter aux environnements changeants. Pour le processus de copie (deuxième phase de la procédure de copie de système) de la base de données (DB2, SAP MaxDB, ASE, MS SQL, Oracle) de la source vers le système cible, Libelle SystemCopy supporte les outils de copie d'infrastruc- tures existants tels que Snapshots ou Backup/Restore. De manière alternative, Li- belle fournit un outil intégré de copies fondé sur la solution Libelle BusinessShadow qui a été utilisée pour copier les bases de données et des fichiers plats durant plus d’une décennie. L’architecture de Libelle SystemCopy Afin de mettre en place une solution Libelle SystemCopy, un agent serveur « Maître » est installé sur le système cible (par exemple le système Qualité). Si Libelle DBCopy est utilisé pour copier l'ensemble de la base de données et des fichiers plats à partir de la production ou si d'autres données de production sont requises, un agent serveur « Exécutant » est installé sur le système de production. Tous les agents fonctionnent directement sur le serveur, afin qu'ils soient capables
  10. 10. ©Libelle AG. Tous droits réservés. février 16 10 / 15 LIVRE BLANC d'exécuter n'importe quel type de tâche nécessaire – qu'ils aient à fonctionner à l'intérieur de l'application SAP (programmes ABAP, transaction SAP, etc.) ou à l'extérieur (export de base de données, Script Shell, etc.). Installer l'agent Maître sur le système de production est optionnel ; Libelle SystemCopy peut fonctionner uni- quement sur le système cible. Les configurations des copies de systèmes et la ges- tion de la procédure sont réalisées à partir d'une interface utilisateur (LSC GUI) qui permet aux consultants SAP ou aux clients de gérer la procédure: Architecture de la Solution LSC est basée sur deux agents, Maître et Exécu- tant. Le processus de Copie de Système est géré depuis une Inter- face Utilisateur séparée. LSC peut également fonctionner uniquement sur le système cible. . Interface Utilisateur (LSC GUI) L’interface Utilisateur de Libelle SystemCopy gère la mise en œuvre et la configuration des tâches individuelles. Après la configuration, le processus de copie du système sera géré et suivi depuis l’Interface Utilisateur. Il est également possible de gérer les opérations depuis une console de ligne de commandes, y compris dans un ordon- nanceur. Tâches de Libelle SystemCopy Plus tôt dans ce Livre Blanc nous avons souligné certaines étapes nécessaires à l'exécution des copies de système homogènes. Libelle SystemCopy définit des
  11. 11. ©Libelle AG. Tous droits réservés. février 16 11 / 15 LIVRE BLANC tâches qui encapsulent des étapes seules et des activités au sein d’unités fonction- nelles regroupées. Une tâche peut être aussi simple que l’export d'une table. Elle inclura alors 1/ l'export actuel 2/ la vérification d'une réalisation avec succès, 3/ le stockage de fichier d'exportations sur un disque, et 4/ saisir le signal de retour qui indique que la prochaine étape peut être menée. LSC supporte tous les types de tâches mis en exergue plus tôt dans ce Livre Blanc, à savoir : 1. Exécuter des programmes ABAP 2. Exécuter des Scripts de commande 3. Exporter ou importer des tables de bases de données 4. Attendre l'interaction des administrateurs (tâches interactives) 5. Exécuter des Scripts SQL 6. Exécuter des transactions SAP Les tâches sont assignées à l'une des trois phases de copies des systèmes vue précédemment : pre-processing, copie et post-processing. Une fois définies et con- figurées, elles sont stockées dans un fichier de configuration et seront ensuite exé- cutées automatiquement dans la séquence définie dans la configuration de la copie du système, pour l'application spécifique SAP du client. Détails des tâches L’interface Utilisateur montre la progression de chacune des tâches. Entrepôt et configuration des tâches Libelle a construit et fait évolué un entrepôt étendu de tâches de copies de sys- tèmes pour adresser l’ensemble des applications SAP, des systèmes d'exploitation, des plates-formes de bases de données et des versions des applications SAP. Même si une installation pour une application SAP ne correspond pas complète- ment à une autre, tout ce qu’il sera nécessaire de faire pour mettre en place la pro- cédure de copie de système sera d'extraire les tâches nécessaires à partir de l’entrepôt et de les connecter au framework Libelle SystemCopy. La sélection, la séquence et la configuration des tâches sont planifiées de concert avec le consultant Libelle ou avec le partenaire SAP. Une large majorité des tâches est prête à l’utilisation sans configuration particulière ; certaines peuvent nécessiter un ajustement pour correspondre à la configuration du client. La configuration de la copie de système est mise en œuvre comme une suite de
  12. 12. ©Libelle AG. Tous droits réservés. février 16 12 / 15 LIVRE BLANC tâches assignées aux phases de pre-processing, de copie et de post-processing. La configuration est stockée dans un simple fichier de configuration XML dont l'accès se fait pendant la copie du système depuis les agents serveur et est réutilisée pour tout processus de copie suivant. Détails des tâches Les tâches de Libelle SystemCopy sont sépa- rées en unités fonction- nelles et peuvent inclure l’exécution de simples transactions SAP ou des interactions avec des Scripts Shell complexes. Exécution de la copie de système Après ces étapes, il reste simplement à démarrer l'exécution et de suivre le proces- sus. Toutes les étapes sont exécutées et les signaux de retour reçus sont renvoyés à l'interface utilisateur pour relayer le statut du processus en cours. Au cours de la conception de l'interface utilisateur, les équipes de développement Libelle ont particulièrement mis l'accent sur la possibilité pour l'administrateur d’être à jour en temps réel sur le statut de la procédure de copie du système. L'interface utilisateur Libelle SystemCopy montre toutes les tâches dans leurs catégories res- pectives, ainsi que les barres de progression qui indiquent le statut détaillé à tout moment au cours de l'exécution.
  13. 13. ©Libelle AG. Tous droits réservés. février 16 13 / 15 LIVRE BLANC Exécution de la Copie Système Effectuer une copie de système avec LSC commence par le démar- rage du processus via l’Interface Utilisateur, ce qui démarrera l’exécution des tâches sur les serveurs. Gérer de multiples configurations Depuis sa création, Libelle SystemCopy a été conçu pour gérer un grand nombre de systèmes et de configurations. Les agents de serveur « codés dans le dur » peuvent fonctionner simultanément sur de multiples systèmes et communiquent avec leur système cible ou source et avec l'interface utilisateur sur des ports dédiés. Une seule interface utilisateur peut alors gérer un paysage complet comprenant des configurations et des systèmes mul- tiples. La prochaine copie d'écran montre une interface utilisateur en mode de vue minimisé, dans lequel l'exécution de plusieurs copies de systèmes sont surveillées simultanément. Optimisation du processus et avancement de la copie En dehors de quelques situations imprévues (par exemple, le système cible devient indisponible) ou de points de contrôle intentionnels (par exemple, si un client sou- haite vérifier une table manuellement avant de poursuivre), le processus avancera automatiquement et le système de Qualité sera prêt pour la procédure de test. Une fois que les tâches et les procédures sont encapsulées et se succèdent en séquentiel, Libelle SystemCopy commence activement à optimiser les tâches afin de réduire la durée de la copie du système. L'un des exemples majeur est l'exécu- tion en parallèle des transactions BDLS, auparavant exécutées de manière séquen- tielle. Cela peut réduire le processus de manière significative, de plusieurs jours à quelques heures.
  14. 14. ©Libelle AG. Tous droits réservés. février 16 14 / 15 LIVRE BLANC Vues de l’Interface Utilisateur L’interface Utilisateur LSC permet une vue en une seule configuration et une vue minimisée ou par liste pour de mul- tiples configurations. La vue est changée par un clic sur la sélection « Vue » en bas de l’écran. Résumé Libelle SystemCopy réduit de façon significative le temps et les ressources néces- saires pour créer une copie de système homogène pour les applications SAP. Il s'agit d’une solution sécure et facile à installer, utilisable immédiatement. Unique en son genre, Libelle SystemCopy peut fonctionner « en dehors » de la stack ABAP et peut ainsi être exécutée à la fois pour des transactions ABAP, pour des tâches de base de données ou de serveurs nécessaires au support des installations d’applications SAP dual stack. Avec le support de mécanismes Snapshots ou en utilisant son propre outil de copie Libelle DBCopy®, Libelle SystemCopy peut automatiser chaque tâche. Depuis la toute première étape qui consiste à se connecter à l'ancien système de Qualité jus- qu'au démarrage du nouveau système rafraîchi, tout peut être réalisé sans aucune intervention humaine.
  15. 15. ©Libelle AG. Tous droits réservés. février 16 15 / 15 LIVRE BLANC Plus d’informations Siège France Libelle AG Libelle sarl Gewerbestr. 42 2 route de la Noue, 70565 Stuttgart, Germany 91190 Gif-sur-Yvette, France T +49 711 / 78335-0 T +33 1 64 865 885 sales@libelle.com france@fr.libelle.com www.Libelle.com Libelle ne garantit pas que l’information contenue dans cette présentation ne contient aucune erreur. La responsabilité pour des dommages en conséquence ou indirects qui ressortiraient de la lecture ou de l’usage de cette information n’est garantie par Libelle AG que dans un certain cadre légal. L’ensemble des droits d’auteurs, particulièrement de distribution, de reproduction et de traduction, sont réservés. Au- cune partie de cette présentation ne doit être reproduite, modifiée, ou reproduite ou transmise par des moyens électroniques sans accord explicite de Libelle. Sous aucune circonstance, incluant, mais sans pour autant s’y limiter, la négligence, Libelle, ses agents ou assignés, incluant ses parents mais ne s’y limitant pas, ses filiales ou compagnies affiliées, ne devrait être tenu responsable pour tout dommage di- rect, indirect, accidentel ou conséquent qui résulterait de l’utilisation de l’information fournie dans ce document. Libelle, le Logo Libelle, BusinessShadow, FSShadow® et DBShadow® sont des marques commerciales de Libelle AG en Allemagne et d’autres pays. SnapMirror et Snapshot sont des marques commerciales ou des marques déposées de NetApp, Inc. Windows, Microsoft et SQL Server sont des marques déposées de Microsoft Corporation. Oracle est une marque déposée d’Oracle Corporation. DB2 est une marque déposée d’IBM Corp. MaxDB est une marque commerciale de MySQL AB, Suède. UNIX est une marque déposée de The Open Group. SAP, les produits et les services SAP mentionnés dans ce document ainsi que leurs logos respectifs sont des marques déposées de SAP SE (ou d'une filiale de SAP) en Allemagne et dans d'autres pays. Tous les autres noms de produits et de services mentionnés sont des marques déposées de leurs sociétés respectives.

×