Services SAP France Conseil

Transcription

1 Services SAP France Conseil SAP France S.A Défense PLAZA Défense Rue Delarivière Lefoullon Paris La Défense Cedex T : +33 (0) F : +33 (0) Evaluation Technique et Architecture Montée de Version SAP ECC 6.0 Client Objet OCDE Organisation for Economic Co-operation and Development (Customer No ) Evaluation technique et architecture pour la montée de version ECC 6.0 Unicode Dates d'intervention Avril 2007 Lieu d'intervention OCDE 2 rue André-Pascal PARIS Cedex F- Intervenant SAP Interlocuteur Christian LEGRAS Ivan MALAVIEILLE Information Technology and Network services Tel : [email protected] Copies Stéphane RASSAT SAP - France Rédacteur Christian LEGRAS Installation No Version 1.0 Version Date Sujet Draft Cadrage Version revue Erreur de référence de note OSS en Le Page 1 of 60

2 Sommaire 1 RAPPEL DU CONTEXTE ET DES OBJECTIFS DE LA MISSION CONTEXTE RAPPEL D INFORMATIONS STRATEGIQUES SAP OUTILS TIERS PERIPHERIQUES A R/3 A L OCDE : SYNTHESE DE RECOMMANDATIONS RISQUES GESTION DE PROJET TECHNIQUE ORGANISATION DU PROJET PAYSAGE SAP ACTUEL ADMINISTRATEUR SAPNET DE L OCDE (OSS) CONTRAT DE SERVICE ORIENTATION DU PAYSAGE SAP CIBLE APPROCHE GLOBALE DU PLAN DE MIGRATION POINT SUR METHODES DE MONTEE DE VERSION SAP (BASCULE) POINT SUR LA METHODE DE CONVERSION UNICODE SAP (SI NECESSAIRE) POINT SUR LES RESSOURCES MATERIELS SITUATION ORIGINELLE DES SYSTEMES SAP R/3 4.6C RAPPEL DE L UNITE SAPS L OUTIL SAP QUICKSIZER METHODES ET REGLES DE DIMENSIONNEMENT PUISSANCE ACTUELLE UTILISEE PAR OCDE SITUATION ACTUELLE DES SYSTEMES SAP R/3 4.6C PUISSANCE ACTUELLE DES SERVEURS EN SAPS SOFTWARE CONFIGURATION 4.6C TAILLE ACTUELLE DE LA BASE DE DONNEES : ESTIMATION EN RESSOURCES MATERIELLES SUPPLEMENTAIRES GESTION DES MODIFICATIONS MAINTENANCE SAP ADMINISTRATION BASE DE DONNEES GESTION DES IMPRESSIONS POSTE CLIENT OUTILS TIERS PERIPHERIQUES A R/3 A L OCDE INFRASTRUCTURE RESEAU INTEGRATION INTERFACES ET «BATCHS» OUTIL DE TESTS ARCHIVAGE PLAN ET CHARGE ESTIMEE EVALUATION DE CHARGE NECESSAIRE Page 2 of 60

3 8.2 APPROCHE DE PLAN DE MIGRATION ANNEXES INFORMATIONS BI, WAS ET EP (PORTAIL) RAPPEL DE ROLE ADMINISTRATION / EXPLOITATION TECHNIQUE NOTES AUTOUR DE ERP2005 : QUELQUES URL URL LIES A ECC Page 3 of 60

4 1 Rappel du contexte et des objectifs de la mission 1.1 Contexte L OCDE utilise SAP R/3 4.6C : Ce S.I. est aujourd hui principalement articulé autour des composants FI/CO (dont FI-FM pour la gestion des budgets et des engagements), TR (trésorerie), IM (Investment Management), MM, PS, et dans une moindre mesure, LO. La mise en œuvre de Travel Management (FI-TV) est en cours, nécessitant l activation de données de base HR Un projet de montée de version est prévu pour le 2ème semestre 2007 : Pour pallier la fin de la maintenance standard SAP Mais également pour accéder à la plate-forme Netweaver qui apportera à terme des bénéfices en matière de décisionnel, de productivité des utilisateurs, d intégration des flux, et potentiellement d autres domaines. En préparation de cette future montée de version vers mysap ERP 2005, l OCDE souhaite réaliser une étude de cadrage upgrade. SAP France, au travers de son service Consulting, propose de réaliser une mission de cadrage upgrade, dont les objectifs sont les suivants : Identifier les apports fonctionnels et techniques permettant de confirmer et/ou justifier la décision de lancer un projet d upgrade Optimiser les processus existants grâce aux nouvelles fonctions standards disponibles et aux améliorations ergonomiques Diminuer le TCO à travers une architecture technique optimisée Mesurer et dimensionner un tel projet Évaluer le coût global et le planning du projet de montée de version, dans les domaines fonctionnel, développements spécifiques, architecture technique Identifier les impacts de cette montée de version sur l architecture technique et le paysage système global SAP Définir et décrire le scénario de montée de version Identifier les risques et/ou points de vigilance et les facteurs clés de succès du projet Objectif de cette étude Entretiens et études menés auprès des responsables des domaines fonctionnels, du responsable de l architecture technique du système, du responsable des développements, permettant de préparer un diagnostic en vue d'établir des recommandations sur la solution existante. Afin de répondre aux attentes de l OCDE, SAP France au travers de son Service Conseil est intervenu dans le cadre de la mission d évaluation technique de projet de montée de version. Les principaux objectifs sont de faire un état du paysage SAP actuelle, d identifier les impacts de cette montée de version R/3 4.6C vers SAP ECC 6.0 sur l architecture technique et le paysage système SAP. Ph1 Lancement de la mission Page 4 of 60

5 Cette phase est menée sur le site de l OCDE par le coordinateur de mission SAP France, dans le but de partager avec le sponsor de la mission les objectifs, les modalités et les contraintes à prendre en compte dans l évaluation. Entretien avec le sponsor de la mission pour : Confirmer et valider le périmètre, les objectifs et le livrable Définir et orienter les axes de travail et d investigation des consultants experts SAP France intervenant en phases 2 et 3 ; Élaborer le planning détaillé de la mission et planifier les entretiens fonctionnels, techniques et formations de la phase 2 ; Entretien avec le responsable de l application pour : Identifier plus finement les contraintes / opportunités liées au projet d upgrade l'ocde Cette phase est menée sur le site de l'ocde par le coordinateur de mission SAP France. Ph2 Interviews Entretiens et études menés auprès des responsables des domaines fonctionnels, du responsable de l architecture technique du système, du responsable des développements, permettant de préparer un diagnostic en vue d'établir des recommandations sur la solution existante. Les entretiens de cette phase sont menés par les consultants experts SAP France. Les entretiens seront réalisés : o sur le site de l'ocde pour les modules FI/CO/TR/IM, MM, PS, HR et Développements Spécifiques Cette phase nécessite, l accès à la documentation, au(x) système(s) et aux outils d administration du système SAP R/3 Ph3 Analyse et Synthèse Analyse, recherches et synthèse de l'information collectée, permettant de formuler un diagnostic et des recommandations sur la solution existante. Les analyses et les synthèses de cette phase sont menées par les consultants experts SAP France. Cette phase nécessite, le cas échéant, l accès à la documentation, au(x) système(s) et aux outils d administration du système SAP 4.6C Cette phase sera menée dans les locaux de SAP France, pour la rédaction et recherche d information. Mise en forme de l information collectée et production du rapport d évaluation de montée de version selon les engagements décrits dans les objectifs de la mission : Cette phase est assurée par le coordinateur de mission SAP France avec la collaboration sur la base des informations collectées par les consultants experts SAP France. Cette phase pourra se mener dans les locaux de SAP France. Ph4 Restitution finale Présentation du rapport d évaluation de montée de version au sponsor de la mission : La présentation «finale» est effectuée par le coordinateur de mission SAP France : Focus sur les axes d optimisation et les axes d amélioration Analyse de tous les aspects du cadrage Présentation menée sur le site de l'ocde : soit en comité restreint (pour présentation ultérieure en interne OCDE), soit auprès d un niveau de management identifié Page 5 of 60

6 Les recommandations : Les Objectifs sont de fournir des recommandations sur les actions à anticiper et à mettre en œuvre avant le projet de montée de version vers SAP ECC 6.0, et de concevoir un scénario migration vers SAP ECC 6.0 en tenant compte des composants opérationnels à l OCDE. Cette présente étude est donc uniquement dédiée au périmètre technique, couvrant les impacts sur l existant et les stratégies de migration possible. SAP y propose ses recommandations basées sur des expériences, retours d expériences et meilleurs pratiques. Libre à l OCDE quant à leurs applications. Aujourd hui les éléments fonctionnels couverts sont : FI : Financial Accounting FI-FM : Funds Management CO : Controlling TR : Treasury PS : Project management IM : Investment Management MM : Material Management FI-TV : Travel Management HR : Human Resources (le minimum pour utiliser FI-TV) Champ de l étude : Il s agit pour chacun des environnements (développement, recette, intégration et production) de définir une architecture technique cible avec d éventuelles options et leurs contraintes ainsi qu une stratégie technique de migration. Dans cette étude, nous nous sommes concentrés sur la montée de version vers MySAP ERP2005. Nous avons cependant attiré votre attention sur des éventuelles répercussions quant aux liens et communications avec les autres éléments en relation avec le paysage SAP de l OCDE Cette étude couvre l ensemble des aspects suivants : L identification du scénario de montée de version le plus adapté au contexte L identification des impacts sur l architecture cible de l OCDE, en intégrant les contraintes de réduction du temps d indisponibilité durant la migration du système de production ; Impacts CPU/Mémoire/Disque et recommandations associées Impacts software sur les systèmes d exploitation et base de données Une recommandation sur les stratégies techniques de migration (dans l objectif de réduire temps d indisponibilité du système de production) ; L impact sur la sécurité L impact sur la gestion des modifications : Système de transport, développement, procédures de tests, maintenance L impact sur l administration et la surveillance du système : Administration système, surveillance, haute disponibilité, infrastructure réseau, administration de la base de données, gestion des performances, gestion des impressions L impact sur les postes clients L impact sur l intégration : Interfaces (outils de transfert ou technologies EAI) ; Les travaux Batchs ; Les procédures de tests techniques à mettre en œuvre ; L impact sur le support à la production : Help Desk Stratégie et recommandations SAP pour la migration Unicode Page 6 of 60

7 Méthode : Des entretiens ont été menés auprès de différents acteurs représentant globalement les architectes et administrateurs du paysage Système SAP actuel. Personnes Interviewés : Nom et Rôle Téléphone Adresse electronique Ivan MALAVIEILLE Information Technology and Network services Administrateur SAP Geneviève MICHON Responsable Technique SAP Administrateur SAP [email protected] [email protected] Karim AID Analyste Applications SAP Système et service d Entreprise Service de technologies et Réseaux d information, Direction executive. Développeur SAP [email protected] Adresse des bureaux : Tour EUROPE 33 Place des Corolles PARIS LA Défense Cedex Page 7 of 60

8 1.2 Rappel d informations stratégiques SAP Rappel du contenu du package MySap-ERP2005 MySAP ERP 2005 est basé sur SAP Netweaver 2004s. MySAP ERP 2005 est constitué de différents composants d instance et techniques (voir le schéma ci-dessous) Il existe deux types de fonctions techniques sur ces solutions SAP. Elles sont basées sur un des Applications Server type WAS : Des fonctions utilisant des moteurs ABAP et d autres utilisant des fonctions JAVA. Le Web Application Server installé à la mise en place d ECC 6.0 est actuellement un WAS 7.0. Après le changement de version de la solution SAP à l OCDE, il sera intéressant d évaluer le besoin d utiliser ou non la partie JAVA du WAS. Des fonctions nouvelles pourront être activées dans le cadre de nouveaux projets fonctionnels. Pour rappel : La montée de version sera à «ISO-Fonctionnalités», donc sans utilisation des nouvelles fonctionnalités de MySAP ERP Page 8 of 60

9 1.2.2 Rappel sur la «Release strategy» SAP actuelle - ECC 6.0 fait partie du package MySAP ERP ECC 6.0 est disponible depuis Juin Unicode Information : C est un «standard» recommandé par SAP. Aujourd hui 10% des installations l utilisent, 100% estimées d ici Les nouvelles versions des produits SAP sont installées en Unicode Page 9 of 60

10 1.3 Outils Tiers périphériques à R/3 à l OCDE : Recensement : Lors de l interview il a été reporté Qu il n y a pas de produit tiers directement rattaché à l ERP SAP Type Détail Supervision Outils SAP (CCMS, ) Ordonnancement Outils SAP (SM36, SM37.. ) BackUp Outils Microsoft (autonome ou via SAP) (BAL interface) SendMail INDIGO Page 10 of 60

11 2 Synthèse de Recommandations Principales recommandations par domaines. Gestion de projet technique Avant de démarrer le projet, l OCDE doit : statuer sur «Unicode» ou «Non- Unicode» Prendre en compte dans la réflexion, les éléments de dépendances possible des produits Tiers face à l Unicode. Attention a ne pas sous dimensionner les serveurs. Dans un premier temps la montée de version est à «ISO- Fonctions», mais les évolutions d utilisations sont d ors et déjà à prévoir. Attention à prévoir la disponibilité efficace de ma liaison vers OSS pour cette période de migration. Le support SAP sera certainement sollicité. Il faut, définir précisément les activités techniques de mise à disposition des nouveaux environnements ECC 6.0 Unicode et synchroniser le planning technique avec les autres entités de L OCDE. Dimensionner et éventuellement commander les nouveaux serveurs en prenant en compte les ressources nécessaires et les méthodes d upgrade et de conversion utilisées. Commander et planifier le service SAP «GoingLive Functionnal Upgrade Check» Planifier et réaliser au plus tôt un test technique d upgrade avec méthode «downtime minimized» si c est le choix. Planifier et réaliser au plus tôt un test technique de conversion Unicode et s inscrire (si besoin) au service SAP «IMIG project» A noter : - Une étude préliminaire des impacts n est pas à négliger. Notamment sur l activation ou non du Stack-JAVA. - des «tests à blanc» seront nécessaires sur une instance identique ou au plus près en termes de ressources de l instance de production. - Cette montée de version est une expérience relativement unique (non récurrente) pour l OCDE. La réalisation de cette opération par des consultants confirmés est conseillée Page 11 of 60

12 Paysage Système et gestion des modifications Administration et surveillance système SAP Planifier le gel des modifications sur le paysage système 4.6C S assurer de la bonne réalisation de la procédure de copie de système par backup/restore. Suivant le contexte, mettre en place au mieux le système de transport TMS (Transport Management System de SAP) sur le nouveau paysage Deux lignes de systèmes (ancien et nouveau) pendant le projet de montée de version. Il faut en vérifier et valider les procédures associées sur ces 2 paysages systèmes SAP. Définir et réaliser le plan de tests techniques Bien vérifier la compatibilité des outils SAP avec les logiciels périphérique s il y en a, et adapter les procédures d administration et de surveillance en version ECC 6.0 Administration base de données S assurer d un temps stable et minimum de sauvegarde et de restauration Contrôler l augmentation des plus grosses tables et index Eventuellement, prévoir un projet d archivage complémentaire après la migration et mettre en œuvre une procédure associée de réorganisation des tables. Ceci afin de, entre autres, réduire les temps de bascule. Gestion des performances Réaliser un «EarlyWatch» au plus tôt. Suivre les recommandations des services SAP «GoingL Functionnal Upgrade Check» et «EarlyWatch» Analyse de la base de données et des traitements SQL majeurs, évaluer les services SAP «Optimization» Noter que les Batch-Input utilisés pour les interfaces consomment des process de dialogue (User virtuel ), ce qui influe les performances également. Gestion des impressions Réaliser les tests sur les différents types d imprimantes employés (quoique faibles nombre dans le contexte OCDE) Infrastructure réseau et poste de travail Prendre en compte l augmentation du trafic réseau et les ressources supplémentaires des postes Windows. Réaliser le déploiement SAPGui Période de stabilisation de la version avant déploiement Page 12 of 60

13 Formation Anticiper sur les formations de Delta ECC 6.0 avant le démarrage du projet Accompagnent du changement pour la partie Technique. Toutes les recommandations données dans ce rapport sont basées sur notre expérience en général. Nous vous recommandons de tester nos recommandations avant de les appliquer Page 13 of 60

14 3 Risques Légende des symboles : Pas de risque Risque moyen Risque important Gestion de projet technique 2 projets : Upgrade ECC 6.0 et Conversion Unicode. Ne pas sousestimer la charge de conversion Unicode Les serveurs : s assurer du dimensionnement (ressources supplémentaires) et de leur disponibilité. Afin d atteindre l indisponibilité minimum souhaitée du système de production, plusieurs simulations peuvent être nécessaires Il est souhaitable de stabiliser le système de production ECC 6.0 avant d effectuer éventuellement la conversion Unicode (plusieurs Paysage système et gestion des modifications semaines) 2 types de paysages pendant la durée du projet : les modifications d ajustements pour l upgrade et la poursuite des correctifs de maintenance 4.6C doivent être contrôlées et maîtrisées Assurer le gel des modifications 4.6C Maîtrise du plan de tests Administration et surveillance système SAP Tests outils et procédures à réaliser Administration base de données Maîtrise du temps des sauvegardes / restaurations Maîtrise de l accroissement de la base de données S assurer de la procédure de copie de systèmes (revue avec WAS 7.00) Page 14 of 60

15 Gestion des performances Serveurs : s assurer du dimensionnement des ressources matérielles supplémentaires (tests, services SAP) Maîtrise de l accroissement de la base de données et de l exécution des traitements critiques (archivage, réorganisation des tables, services SAP). Même si les volumes de l instance OCDE sont relativement faibles. Gestion des impressions Tests imprimantes à réaliser Infrastructure réseau et postes de travail Déploiement des postes Windows au moins en SAPGui 6.40 (au mieux en SAPGUI 7.10) Risque d augmentation du trafic réseau à prendre en compte Méthode de déploiement UNICODE Passer ou non les instances SAP en Unicode. Il faut être prudent et prendre en compte les actuels ou futurs échanges entre systèmes différents de l OCDE. Attention également aux échanges entre R/3 et les autres systèmes Page 15 of 60

16 4 Gestion de projet technique 4.1 Organisation du projet Une équipe locale peut nombreuse assure l administration, l exploitation (daily check) et la gestion des transports. Suite à l interview il apparait nécessaire à cette équipe de prendre connaissance des particularités qu offre la nouvelle version en termes techniques. Connaissances et Formation SAP : Les administrateurs ont des compétences technique sur le produit SAP. Il est toutefois nécessaire et important de prendre connaissance des nouvelles fonctionnalités de la nouvelle version ECC 6.0 (Cours Delta). Recommandations : SAP recommande que les administrateurs suivent une «mise à niveau» sur le delta 46C/ECC. Les administrateurs pourront ensuite adapter les procédures d exploitations à cette nouvelle version de SAP. Les types de cours à suivre pourront être donnés par le service formation de SAP France. Info : pour toute demande concernant les inscriptions, les disponibilités sur les sessions de formation ou les convocations, contacter notre nouveau Service Inscriptions, du lundi au vendredi, de 8h30 à 18h00 : au (appel gratuit) au depuis l étranger ou par mail : [email protected] Envoi de vos demandes d inscription et bons de commande (0) L adresse postale: SAP France - Centre de formation - Défense Plaza , rue Delarivière Lefoullon - La Défense Paris La Défense Cedex Site Web : Page 16 of 60

17 4.2 Paysage SAP actuel Architecture applicative Paysage logique actuel Page 17 of 60

18 A noter : Il est important de respecter une rationalité sur le paysage système en termes de versions et niveaux sur les Operating system, Base de Données, et Progiciel SAP (ici NT!) A noter également l espace disque libre faible sur la production actuelle Information sur les «Operating system» actuel A noter que pour la montée de version, l ensemble de ces instances SAP devra migrer vers W2K3 4.3 Administrateur SAPNet de l OCDE (OSS) Rappel : L accès aux privilèges du support SAP via SAPNet est réglementé à la base, par un utilisateur «Super» administrateur, et reconnu comme contact principal pour SAP Page 18 of 60

19 4.4 Contrat de service Synthèse : Concernant la disponibilité, l'application n'est accédée que durant les heures ouvrées o 7h->21h, 5 jours sur 7 Le temps d'indisponibilité tolérable est fixé à 2 heures. La période pour la bascule n'a pas encore été définie mais elle sera effectuée le week end. A vérifier si des chaines de Batch tournent pendant le Week-end Projet de montée de version : Un aménagement du temps d arrêt machine sera possible avec anticipation de sa planification. Préférence : En termes de période, les recommandations des équipes techniques de l OCDE pour effectuer la migration de la montée de version (voire conversion Unicode) du système de production de la version 4.6C à la version SAP ECC 6.0 sera a synchroniser avec une période creuse. Cette période sera identifiée par la MOA. L OCDE souhaite que la montée de version (hors Unicode) du système de production vers SAP ECC 6.0 puisse avoir lieu durant un week-end (2 ou 3 jours). La planification des arrêts «Machines» devra être prévue largement à l avance. 4.5 Orientation du Paysage SAP cible Page 19 of 60

20 Paysage logique Cible estimé A noter : Il est recommandé de ne pas sous estimer les ressources matériels prévues. Dans un premier temps la migration sera à «ISO-Fonctions» Rapidement des évolutions d utilisations vont charger les instances. Une instance «Application Serveur» sera sans doute à prévoir pour délester la centrale instance (DB/CI) Page 20 of 60

21 4.6 Approche globale du plan de migration Migration R/3 vers ECC Nous suggérons 2 types de scénarii possibles. Leur différence est portée principalement sur le nombre d instances (temporaires) supplémentaires. A - Voici sur ce schéma une suggestion idéale de scénario avec au moins 4 instances supplémentaires. A noter que l approvisionnement de PR6, une instance à l identique de P01, pourrait être planifié qu en temps voulu. Cette suggestion est basée sur le principe de deux «couloirs» distincts pour respectivement, la maintenance corrective urgente, et la montée de version (impact, qualification et réalisation) (Voir explication ci-dessous) A noter - Que IR6 est totalement optionnelle. Sa présence est dépendante de la criticité «business» estimée. - Que les SID des instances supplémentaires, ne sont que des suggestions Page 21 of 60

22 Séquencement pressenti : 1. Copie de l instance de D01 vers une instance de maquettage (BAS) pour une évaluation des impacts de l ECC 6.0 sur l existant 2. Montée de version de BAS (voire conversion Unicode) de 4.6C à ECC 6.0 (sous contrôle des études) (! ) La durée de l analyse des impacts et la préparation aux corrections peuvent être durable selon la complexité des impacts identifiés. Pendant cette période, le paysage SAP actuel n est pas directement perturbé dans son fonctionnement. 3. Copie de l instance de D01 vers une instance de développement DV6 dédiée à la version ECC Montée de version de DV6 (voire conversion Unicode) de 4.6C à ECC 6.0 (sous contrôle des études) 5. Copie de l instance de Q01 vers une RR6. Q01 reste destiné à la maintenance «Urgente» pendant la durée du projet. Sachant que toutes les évolutions sont gelées. 6. Montée de version de RR6 (voire conversion Unicode) 7. Copie de production P01 sur PR6. 8. Montée de version (voire conversion Unicode) de la Pré-Production temporaire PR6 (au top niveau de la production). 9. A ce point, voir si une ou plusieurs répétitions sont encore nécessaires pour les optimisations et réglages de procédure. Attention : dans le plan projet de la montée de version il faut prévoir plusieurs tests à blanc pour ne pas être trop court par rapport à la date de bascule prévue. 10. Opération de migration de la production (la conversion Unicode se ferait dans un deuxième temps) A partir du point 7, il faudrait voir à ce que cette période doit être la plus courte possible, pour ne pas avoir trop de décalage avec la réalité de l instance de production. Il faut considérer le gel de toutes évolutions ou développent sur R/3. Il est important de prendre en compte également les correctifs de type «Urgent», justifiant d un impact business fort. Il est intéressant d évaluer en préliminaire les impacts d une montée de version en copiant une instance représentative R/3 sur un «Bac à Sable (BAS)» et de la faire évoluer en version. La copie de P01 (Production) sur PR6 (Pré-Production) est une phase importante. C est à ce moment là que nous avons une photo système et contenu, identique à la production. Par sécurité cette phase peut être répéter à blanc pour, affiner les procédures, optimiser les temps et effectuer les derniers contrôles de «non-régression». Il faut prévoir ces répétitions de tests à blanc dans le plan projet de la montée de version. Nous n avons pas détaillé ici les étapes techniques, telles que la mise à niveau de SQL Server et les montées de version des postes clients. Elles seront à intégrer dans le plan projet de cette montée de version. SAP Solution Manager en version 4 est nécessaire dans le paysage système SAP : la clé demandée lors de la montée de version est générée par SAP Solution Manager. Se reporter à la note SAP Page 22 of 60

23 B - Voici sur ce schéma une suggestion de scénario avec 2 instances supplémentaires. Séquencement pressenti : 11. Copie de l instance de D01 vers une instance de maquettage (BAS) pour une évaluation des impacts de l ECC 6.0 sur l existant. 12. Montée de version (voire conversion Unicode) de BAS de 4.6C à ECC6 (sous contrôle des études) 13. Copie de l instance de D01 vers une D46. D46 est destiné à la maintenance «Urgente» pendant la durée du projet. Sachant que toutes les évolutions sont gelées pendant cette période. 14. Montée de version de D01 (voire conversion Unicode) 15. Montée de version de Q01 (Transport des Modifications dédiées aux adaptations d ECC Copie de production P01 sur instance de type Pré-Production R01 (suggestion). 17. Montée de version (voire conversion Unicode) de la Pré-Production (au top niveau de la production). A ce point, voir si des répétitions sont encore nécessaires pour une optimisation. 18. Opération de migration de la production (la conversion Unicode se ferait dans un deuxième temps) Route maintenance «urgente» : Route à partir du point 3 Route à partir du point Page 23 of 60

24 Route à partir du point 7 Cette période doit être la plus courte possible Elle est à étudier stratégiquement avec les moyens techniques de l OCDE. Il faut considérer le gel de toutes évolutions ou développements sur R/3. Nous devons prendre en compte également les correctifs de type «Urgent», c'est-à-dire : justifiant d un impact business fort. Il est intéressant d évaluer en préliminaire les impacts d une montée de version en copiant une instance représentative R/3 (P01 au mieux) sur un «Bac à Sable (BAS)» et de la faire évoluer en version. Lors de ce test de «montée en version» de la solution SAP à l OCDE. Il sera important d évaluer le besoin d utiliser ou non la partie JAVA du WAS. Cette évaluation sera possible dans la phase de cadrage en cette instance. Puisque le choix de cette migration est d obtenir une «ISO-Fonctionnalité», il ne semble pas nécessaire d activer le Stack JAVA. Ceci sera à vérifier par les études lors de cette première étape d étude d impacts. La copie de P01 (Production) sur une R01 (Pré-Production) est une phase importante. C est à ce moment là que nous avons une photo système et contenue, identique à la production. Par sécurité cette phase peut être répéter à blanc pour, affiner les procédures, optimiser les temps et effectuer les derniers contrôles de «non-régression». Attention, il faut prévoir ces répétitions de tests à blanc dans le plan projet de la montée de version. L OCDE ne prévoit de changement particulier sur les serveurs du paysage système SAP 4.6C. Une migration ressente sur de nouveau type de serveur ayant été déjà réalisée. Il sera nécessaire cependant de prévoir assez tôt l approvisionnement des infrastructures supplémentaires pour la période des opérations. Nous n avons pas détaillé ici les étapes techniques, telles que la mise à niveau de SQL server et les montées de version des postes clients. Elles seront à intégrer dans le plan projet de cette montée de version. Les corrections apportées en maintenance de la 4.6C devront être reportées manuellement dans le nouveau système de développement SAP ECC 6.0 pour y être adaptées En cas de problème en production pendant les dernières phases, l instance R01 peut être rapidement récupérée par copie de P01 en prenant soin de sauvegarder les travaux en cours pour la migration sur cette instance. Une procédure claire est à prévoir pour ce cas. SAP Solution Manager en version 4 est nécessaire dans le paysage système l OCDE : la clé demandée lors de la montée de version est générée par Solution Manager. Se reporter à la note SAP Page 24 of 60

25 Extrait note SAP Solution Manager Key required for SAP Software During the installation/upgrade process you are prompted to enter the "SAP Solution Manager Key". This key is needed to proceed with the installation/upgrade. Without this key, the installation process cannot continue. You may generate all needed keys for your entire system landscape (development,qual. and prod.system) on one SAP Solution Manager system. In case you plan to install several Solution landscapes, (e.g. in different countries) one SAP Solution Manager system is still sufficient. The SAP Solution Manager is the strategic application management platform for our customers and the collaboration between the customer and SAP. To ensure the availability of this application management platform a SAP Solution Manager system is technically required to perform any upgrade or installation for all SAP Software since mysap ERP 2004 Extrait du Master-Guide [1] Recommandations : Les recommandations pour la montée de version et la conversion Unicode sont de définir précisément les activités techniques de mise à disposition des nouveaux environnements ECC 6.0 Unicode en limitant au maximum les changements de machines et synchroniser le planning technique avec les autres entités de l OCDE pouvant impactées ou être impactées Page 25 of 60

26 4.6.2 Génération de la clé pour l installation (exemple) Pré-requis : La disponibilité d un système solution Manager La note OSS décrit la procédure à suivre Lancer la transaction SMSY Sélectionner le landscape SYSTEM Click droit sur Systems et choisir Créer - Sauvegarder - Cliquer sur Other Object - Indiquer le System (SID) - Click on Generate Installation/Upgrade Key Page 26 of 60

27 Page 27 of 60

28 4.6.3 Migration des Operating System Windows du paysage. OCDE va changer de serveur pour accueillir la nouvelle version ERP2005. Une montée de version vers SAP ECC 6.0 nous impose a prendre en comtpe les changement de systèmes d exploitations existants Microsoft Windows 2000 vers Microsoft Windows Le paysage SAP repose essentiellement ses environnements : Développement : D01 Qualité : Q01 Production : P Approche des étapes de migration OS + R/3 Le mode d implémentation de ces OS pourrait se faire from scratch. Impact : Réinstallation manuelle de tous les applicatifs : SQL Server, SAP,.. Attention il faut se reporter au contenu de la note Approche des étapes «macro» à vérifier à revoir en détail lors de la phase «Blue Print» du projet de Migration Le niveau de Patch 4.6C minimum sera à prendre en compte en fonction du «package» ECC Livré par SAP pour cette montée de version. Etapes Server R/3 OS DB SQL Serveu r SAP Kernel Origine source 4.6C W2K D - 1 Cible - W2K Cible 4.6C W2K3 2K5 4.6D_EXT Action Installation serveur cible - Installation SAP vide 4.6C SR2 W2K3 Kernel EXT Doc Référence Note SAP Guide d installation 4.6C SR2 Vérif du run SAP, Possible? Oui NON SAP pas installé Oui (vide) Si kit obtenu Remarques Vérifier la note Vérifier la note Source et cible 4.6C W2K3 2K5 4.6D_EXT Migration DB (via SQL S) Oui Homogeneous copy Pré-requis : - Kernel idem - SQL S remarque : 1) En terme d optimisation, un backup Restore (voir cp physique) pourrait être plus rapide que R3load 2) Un DBA est recommandé pour Page 28 of 60

29 Etapes Server R/3 OS DB SQL Serveu r SAP Kernel Action Doc Référence Vérif du run SAP, Possible? Remarques l opération 4 Cible 4.6C W2K3 2K5 4.6D_EXT Patch éventuels Oui Vérifier la note destinati on Cible Cible ECC 6.0 W2K3 ECC 6.0 2K5 4.6D_EXT Montée de version SAP Master Guide ERP2005 et Guide d Upgrade W2K3 2K5 WAS Oui Oui Prendre en compte le «Master Guide» Plan : Attention à : sécuriser la démarche pendant la réalisation Maintenir la production Respecter au mieux le temps de bascule demandé Quelques Documents Guide pour l installation Master Guide MySAP ERP 2005 Using SAP ECC 6.0 SAP ERP 2005 ABAP on Windows: MS SQL Server Notes OSS pour l installation télécharger le fichier pour les prerequisites checker note OSS expliquant la génération de la clé d installation sur un système Solution Manager Pré-requis et vérification : DVD nécessaire pour l installation d un système centrale Installation Master DVD Kernel DVD MS SQL Server DVD DVD Langues Export DVD non-unicode ( ou Unicode) Remarque : Installation MS SQL Server 2000 Au moment de la montée de version il faudra vérifier si le DVD master installation est prévu pour installer SAP ECC 6.00 avec du MS SQL Sinon, Il faut installer la version 2000 et ensuite faire une migration vers la version 2005 quand l installation d ECC 6.00 sera terminée et une sauvegarde complète Page 29 of 60

30 4.7 Point sur Méthodes de montée de version SAP (Bascule) Méthodes SAP : Les systèmes SAP sont migrés en utilisant la nouvelle procédure appelée «System Switch upgrade». Cette procédure installe une instance de la version cible, le «shadow system», en parallèle avec la version source du système courant dans la même base de données. Ce système parallèle contient tous les logiciels de la version cible et est utilisé pour intégrer les «support packages» qui sont inclus dans la migration, les add-ons et les modifications clients dans la version cible. SAP fournit 2 méthodes pour effectuer cette procédure, appelées : - «downtime-minimized» et - «ressource minimized» Le choix dépendant de deux facteurs : - le temps maximum d indisponibilité autorisé et - les ressources systèmes. Les particularités de la méthode «downtime-minimized» sont : de minimiser le temps d arrêt du système de production de permettre une utilisation simultanée des systèmes production et «shadow» en effectuant les ajustements, l activation et la distribution des objets du dictionnaire ABAP avec l utilisation de la fonction ICNV : «Incremental table conversion function» d allouer des ressources systèmes additionnelles Page 30 of 60

31 Se reporter au document SAP «Component Upgrade Guide SAP ECC» Production Downtime Resource-Minimized Shadow Instance (on target release) Inst. Import of Substitution Set Support Packages Add-Ons Modification Adjustment Activation Distribution Upgrade ICNV Import of Control Data in Copy Tables Production Downtime Downtime-Minimized Uptime PREPARE Upgrade Downtime-Minimized Backup New Rel. Downtime Backup Resource-Minimized Stop of Production (strategy-dep.) Upgrade Imp. post Backup Bascule : Les principaux facteurs influant la durée d exécution de la montée de version et donc de l indisponibilité, sont : performance matérielles : CPU et configuration disques (I/O throughput) temps de sauvegarde (restauration) de la base de données nombre de modifications des objets du dictionnaire (écart versions source/cible, support packages, add-ons, modifications clients) Recommandation : La vraie façon d évaluer la durée d exécution est d effectuer un ou plusieurs «test» avec le système de production ou représentatif de la production Page 31 of 60

32 4.8 Point sur la Méthode de conversion Unicode SAP (Si nécessaire) Rappel sur la décision quant à l Unicode pour l OCDE. Aujourd hui il ne semble pas nécessaire dans le contexte, de passer obligatoirement les instances SAP en Unicode, mais recommandé. Il faut toutefois être prudent et prendre en compte les actuels ou futurs échanges entre systèmes différents et les éventuelles évolutions du système d information de l OCDE. Attention également aux échanges entre les systèmes si l un est en Unicode. Méthode de conversion pour R/3 : La conversion s effectue en trois étapes : préparation, conversion et post-conversion 1. Les principaux sujets traités durant l étape de préparation sont : les pré requis techniques, l analyse et l adaptation des développement en Unicode, l analyse et l adaptation dans la base de données des textes par rapport au langues et code-pages utilisés. 2. L étape de conversion est basée sur une copie de système en utilisant les outils SAP (SAPinst et R3load): export de la base de données (conversion Unicode), installation du nouveau système avec import de la base convertie. 3. En post-conversion sont effectués les tests de vérifications et d adaptions éventuelles des textes par rapport aux langues. Info : Se reporter aux documents SAP : «Unicode Conversion Guide mysap WAS x» et «Homogeneous and heterogeneous system copy WAS x» disponibles sur SapNet Page 32 of 60

33 Les principaux facteurs influant la durée d exécution de la migration et donc de l indisponibilité sont : Conversion MDMP ou Single Code Page (MDMP n est pas utilisé à l OCDE) Revue et adaptation des programmes Spécifiques. Taille de la base de données : taille des plus grosses tables (tables clusters notamment). Performance matérielles : CPU et configuration disques (I/O throughput), second serveur Unicode disponible? SAP développe une procédure appelée IMIG «Incremental migration» pour copier les très grosses bases de données. L objectif est de réduire le temps d indisponibilité en effectuant une conversion partielle des plus grosses tables vers le système cible Unicode pendant que le système source non-unicode est opérationnel (les 2 systèmes doivent donc être disponible simultanément). Une présentation est fournie dans le document «SAP Conversion IMIG». Cette procédure est en statut SAP «pilote» et est disponible uniquement en mode projet. Se reporter à la note SAP Recommandation : Voici les Recommandations pour la conversion Unicode : La seule façon d évaluer la durée d exécution est d effectuer des tests avec le système de production ou représentatif de la production. SAP dispose également de retour d informations de ses clients (voir schéma ci-dessus). Tester les recommandations pour améliorer le temps de conversion fournies dans le document SAP «Unicode Conversion : tip & tricks for improving the conversion time». Evaluer la procédure pilote IMIG «Incremental conversion» A ce jour, la base de donnée de l OCDE n est pas considérée de Volume important Page 33 of 60

34 Même si aujourd hui, sur la 4.6C, il n a y pas de langue utilisant un code page différent que le Latin- 1, il ne faut pas sous-estimer une conversion vers l Unicode. Cette action serait à considérer comme un projet. Pour le séquencement «Montée de version» puis «Conversion» le facteur déterminant est la version 4.6C. En rapport avec le SLA présenté, la «Montée de version» et «La conversion» pourrait être effectuée en deux fois, avec une période de stabilisation entre les deux actions. Une action de Cadrage spécifique à la conversion Unicode est nécessaire. - Impacts sur les programmes 4.6C (syntaxe, run, ) - une étude d impact sur les partenaires interfaces. - Une étude d impact sur les impressions (formats et imprimantes supportant ou non l Unicode) Il faut noter la possibilité d effectué la montée de version et la conversion Unicode en 1 seule fois via un outil d aide donnée par SAP. Attention cet outil ne fait pas forcément gagner du temps sur le DownTime, mais il permet de réduire les étapes de tests (notamment les Tests de non-régressions) Note SAP de l information : Page 34 of 60

35 5 Point sur les Ressources Matériels Selon l OCDE et les éléments actuels du serveur de production P01, il est essentiel de prévoir une revue de ressources matérielles en place pour ce projet de montée de version (à voir avec le fournisseur d infrastructures). Langues utilisés en plus de l allemand et de l anglais : P01 ISO Latin 1 Français supplémentés par l anglais. Aujourd hui ; MDMP /Unicode : - Pas d utilisation de MDMP sur les instances de l OCDE. - Pas d Unicode installé. 5.1 Situation Originelle des systèmes SAP R/3 4.6C Les informations ci-dessous proviennent principalement de l extrait de document fourni par l OCDE.. D Nombre de mandants sur les systèmes Q01 Il est prévu d'ajouter 2 ou 3 mandants supplémentaires dans cet environnement pour assurer la formation Page 35 of 60

36 P Détail de l instance de développement actuelle Détail de l Instance de Qualité actuelle Page 36 of 60

37 5.1.4 Détail de l Instance de Production actuelle Recommandation : Utilisation au mieux possible des outils d administration SAP (TMS, CCMS, SAP Solution Manager ) Page 37 of 60

38 5.2 Rappel de l unité SAPS Le SAPS est l unité de mesure SAP pour définir une puissance de calcul (processeur). A titre d exemple, 100 SAPS correspondent à 2400 transactions d un domaine applicatif par heure (ou 6000 Ecrans/Heure ou documents de gestion générés par heure). Le SAPS est défini à partir du benchmark réalisé au travers de l application SAP SD (Sales and Distribution) correspondant à une des applications SAP les plus représentatives en terme de consommation de ressources systèmes SD. Il est important de noter que le SAPS est aujourd hui une mesure standard de performance utilisée par tous les constructeurs pour «benchmarker» leur modèles de processeurs. 5.3 L outil SAP QuickSizer Le dimensionnement des plates-formes techniques pour les solutions SAP est réalisé au travers de l outil SAP QuickSizer disponible directement sur Internet à l adresse SAP Quicksizer s appuie sur des données de diverses sources pour estimer le dimensionnement des solutions : L expérience fonctionnelle et technique de SAP sur ses solutions et plus particulièrement les nouvelles, Les retours d expériences réelles des clients en production actuellement, Les résultats des benchmarks réalisées par les fournisseurs de plates-formes matériels et certifiés par SAP Page 38 of 60

39 La configuration matérielle nécessaire pour déployer la solution varie en fonction de plusieurs éléments : Composant fonctionnel proposé dans la solution (Business Warehouse, Enterprise Portal, mysap ERP Finance, Logistique...) Nombre et taux d activité des utilisateurs pour chacun des composants, Scénarios et processus fonctionnels à implémenter, Type et nombre de traitements à exécuter en arrière-plan Pour prendre en compte ces spécificités, l outil de dimensionnement SAP Quicksizer repose donc sur un questionnaire en trois volets : Partie utilisateurs (nombre et taux d activité), Traitements de type transactionnel, Traitements de type arrière-plan (batch), Traitement de type reporting, analytique et décisionnel, Les fournisseurs de plates-formes matériels, partenaires de SAP, possèdent chacun un centre de compétences à Walldorf. Chaque centre de compétences collabore étroitement avec SAP afin de proposer des configurations en adéquation dans leurs gammes de produits. Les constructeurs peuvent également proposer des outils basés sur SAP Quicksizer et complémentaires afin de prendre en compte les spécificités de leurs infrastructures (serveurs, stockage ) Les résultats de SAP Quicksizer donnent la catégorie de(s) système(s) nécessaire(s) (processeur(s), mémoire, taille disques) mais aussi le nombre de SAPS. Le SAPS est convertible en d autres unités de mesures benchmark par nos partenaires fournisseurs d infrastructure Page 39 of 60

40 5.4 Méthodes et règles de dimensionnement Il existe deux méthodes pour réaliser le dimensionnement des plates-formes SAP : Méthode dite User based et basée sur le nombre et le taux d activité des utilisateurs Méthode dite Quantity based et basée sur le volume de documents générés sur le système et les temps de traitement attendus. En fonction du contexte projet et des types d applications SAP, les deux méthodes peuvent être utilisées simultanément ou exclusivement. Les résultats retenus sont les plus importants générés soit par l une soit par l autre des méthodes. La fiabilité des résultats du dimensionnement est directement dépendante de la qualité des données et hypothèses en entrée. La méthode dite User based prend en compte la typologie des utilisateurs SAP en fonction de leur taux d activité et de leur profil d utilisation métier du système. Ainsi, trois profils d utilisateurs ont été définis, ayant un taux d activité croissante : Utilisateurs du composant SAP (en composant transactionnel) L approche liée aux utilisateurs pour ce type de composant se base sur le nombre d utilisateurs actifs ainsi que leur profil d activité. Utilisateur dit Low : Utilisateur occasionnel ayant une moyenne de consultation/mise à jour de 10 écrans SAP par heure, Utilisateur dit Medium : Utilisateur standard ayant une moyenne de consultation/mise à jour de 120 écrans SAP par heure ou 2 par minute, Utilisateur dit High : Utilisateur intensif ayant une moyenne de consultation/mise à jour de 360 écrans SAP par heure ou 1 toutes les 10 secondes. Une transaction métier représente un certain nombre d étapes intégrant une moyenne d accès de 2.5 écrans comprenant des actions de visualisation, de création, de modification et d impression et une action de sauvegarde du document. 5.5 Puissance actuelle utilisée par OCDE Le résultat des informations initiales permettant d établir le nombre de SAPs n ont pas été communiqué à ce jour par l OCDE. Il est proposé de créer un nouveau projet QuickSizer (ECC6) avec l estimation des éléments utilisés actuellement pour obtenir les ressources nécessaires et estimées par SAP pour l infrastructure de production cible ECC6. Dans le cas d une évolution, il serait souhaitable de pouvoir remplir un questionnaire de QuickSizer avec les données actuellement connues enrichies des données concernant l évolution. Ceci à fin d estimer au mieux le besoin de ressources face aux nouvelles évolutions d utilisation du progiciel SAP Page 40 of 60

41 5.6 Situation Actuelle des systèmes SAP R/3 4.6C Recommandation : pour la montée de version (Voire la conversion) Analyse de la base de données et des traitements SQL majeurs (critiques et consommateurs) Suivre les recommandations des services SAP «Going Live Functional Upgrade Check» et «EarlyWatch Alert». Etudier les autres services SAP «Optimization» disponibles sur Rappel : Un Early Watch sera à analyser avant l opération de montée de version pour obtenir de meilleures informations et recommandations SAP en termes d évolution de la base et de performance 5.7 Puissance actuelle des serveurs en SAPs La version du système d exploitation de l infrastructure devra être compatible avec SAP ECC 6.0 (des mises à jour système sont envisageables, voir avec le fournisseur d infrastructure matériel) La version de SQL Server est à évoluer pour la montée de version vers SAP ECC 6. Il sera souhaitable de revoir les procédures de backup associées. Une fois le système SAP R/3 upgradé en version ECC 6.0, il sera basé sur le SAP WAS 7.0. Il faudra vérifier le niveau de SP permettant une migration Unicode, ainsi que le Kernel à mettre en place pour le HW concerné. 5.8 Software Configuration 4.6C Page 41 of 60

42 5.9 Taille actuelle de la Base de données : Informations issus de la P01 via /ndb Page 42 of 60

43 Evolution de la Base de données soit env. 2 GB par an Rappel : Un Early Watch est à réaliser au plus tôt pour obtenir les informations et recommandations SAP en termes d évolution de la base et de performance 5.10 Estimation en ressources matérielles supplémentaires Le besoin en ressources supplémentaires estimé par SAP : Estimation montée de version 46C vers ECC 6.0 Estimation Conversion ECC 6.0 Unicode CPU Mémoire Disques +30% +60% +25% +30% +50% +10% *) Total au mieux +60% +110% +35% *) voir schéma ci-dessous relatif à la grosseur de la DB Pour la montée de version ECC 6.0 se reporter aux SAP notes suivantes : : Resource requirements for R/3 ECC : Resource requirements for R/3 ECC : Resource requirements for R/3 Enterprise 47* : Resource requirements for R/3 Enterprise 47* Page 43 of 60

44 Ressources supplémentaires pour une conversion Unicode : Pour la conversion Unicode, se reporter au tableau SAP «Hardware Requirements-Overview» cidessous. A noter que la croissance de la base de données SQL Serveur à la conversion est souvent «Gourmande» lors de la conversion Unicode Recommandation : SAP recommande d effectuer une nouvelle évaluation à l aide de l outil «SAP Quicksizer» disponible sur et revue par le fournisseur d infrastructure. En effet, la configuration matérielle doit être adaptée au besoin de ressource pour obtenir le meilleur compromis ROI et TCO. La session «Planning» du service SAP «GoingLive Functional Upgrade Check» fournira une estimation plus précise des ressources matérielles supplémentaires Page 44 of 60

45 6 Gestion des modifications 6.1 Maintenance SAP Vérifier le niveau de cohérence des SP 4.6 et les pré-requis ECC6 avant de démarrer la montée de version Recommandations : SAP recommande d appliquer régulièrement les derniers niveaux de Support Packages et «patch» kernel dans le cadre d une politique de maintenance pro active, notamment ceux du WAS et kernel Info SAP : La notion de «Support Package» est progressivement remplacée par la notion de SP-STACKS Pour connaitre le dernier SP-STACK disponible et son contenu : SAP Support Package Stacks In 2003, the SAP Support Package strategy was extended for certain product versions to Support Package Stacks (SP Stacks). The new strategy supports the actual way in which the majority of customers apply Support Packages (SPs). Quality and service can be further improved and therefore total cost of ownership can be reduced. The increasing diversity of components within a product version calls for greater transparency when it comes to applying Support Packages and patches. It also requires clear guidelines on the recommended or permitted combinations of these. For this purpose, a new SP Stack will be compiled for each product Page 45 of 60

46 version included in the new strategy (usually quarterly). This SP Stack will contain the optimal combination of Support Package and patch statuses for the individual components at the given time. The SP Stacks are sets of Support Packages and patches for the respective product version that must be used in the given combination. SAP recommends regular application of these SP Stacks. The technology for applying Support Packages and patches will not change. SP Stacks should be seen as an entity in themselves customers must heed the minimum requirements and dependencies between individual components, and apply the Support Packages and patches specified in the SP Stack together. 6.2 Administration base de données Politique de sauvegarde pour P01 BackUp ON-LINE incrémentale : du Lundi au Vendredi BackUp ON LINE non-incrémentale : Le Week-End Impact à vérifier Optimisation de l administration des Bases de donnée. Réduction de la volumétrie des sauvegardes. Réduction des temps de sauvegardes. Analyse du delta entre les outils de sauvegardes 6.3 Gestion des impressions Il n a y a pas d impression dites de «Masse». Les impressions sont gérées directement sous SAP. La fonction LOCL est également utilisée. C'est-à-dire une impression via SAPLPD, utilisant une imprimante locale ou réseau du poste client concerné. Recommandation : - Nous recommandons pour la montée de version et la conversion d effectuer des tests d impression pour chaque type d imprimante Attention à l impact Unicode éventuel sur les impressions et imprimantes. 6.4 Poste client Type Poste Client : Le type de Client SAP actuellement utilisé à l OCDE est exclusivement le SAPGui. Version en place : SAPGUI pour Windows est utilisé : Page 46 of 60

47 Méthode de déploiement : La méthode de déploiement est manuel ( SMS est susceptible d être utilisé pour le prochain déploiement) Se reporter aux notes SAP suivantes : SAP Note : Maintenance strategy SAPGui SAP Note26417 : SAPGui resources hardware and software. SAP Note : SAPGui Unicode - How to use i18n mode SAP Note : GUI Unicode Mode Usage and restrictions Recommandations : SAP recommande toujours d installer la dernière version SAPGui disponible. Rationalisé le parc en terme de version du SAPGui. Déjà une version unique pour l ensemble. Fiabilité de la méthode de déploiement automatique pour la montée de version en ECC 6.0. Il est important que tous les postes soient au niveau requis avant la migration. Dans la note30460 st précisé la compatibilité du SAPGui avec la version antérieure. Extrait des notes et Page 47 of 60

48 6.5 Outils Tiers périphériques à R/3 à l OCDE Pas d outil tiers notable directement rattaché à SAP Dans le cas du changement de version de l operating système, il est recommandé de s assurer de la compatibilité des produits tiers (ou agents, clients) rattachés à l utilisation, ou l exploitation du système. ( surveillance, Backup, ) 6.6 Infrastructure réseau Réseau : LAN Local Area Network (System): Schéma non disponible Débit : non communiqué A titre d exemple : La consommation de bande passante pour un «SAP R/3 Enterprise» est donnée dans le tableau suivant Page 48 of 60

49 Se reporter au document SAP «Front End Network Requirements» disponible sur Recommandation : Il faut aussi rendre en compte cette croissance de la charge réseau Page 49 of 60

50 7 Intégration Ce chapitre est à compléter par la mission d évaluation développements 7.1 Interfaces et «batchs» Un certain nombre d interfaces sont réalisés par des développements spécifiques (dépôt et formatage de fichiers vers des structures IDocs) Voir les cartographies des interfaces en Annexe Recommandations : Il serait souhaitable de : Assurer une coordination arrêt, relance des batchs durant l upgrade. Planifier et réaliser les tests complets des interfaces. (Se reporter à l étude et aux recommandations développements) Information XI Il serait intéressant de mettre en étude l implémentation de SAP-XI pour centraliser et gérér l ensemble des interfaces de OCDE. A noter que les interfaces actuelles pourraient être migrées au fil de l eau. SAP NetWeaver exchange Infrastructure (SAP XI) SAP XI est la plate-forme d échange proposée par SAP. Elle est utilisée, dans le cadre des projets, pour gérer les problématiques d échanges de données entre les applications et la gestion des interfaces. SAP XI (exchange Infrastructure) permet l intégration des processus de gestion et des systèmes d informations afin de piloter et d orchestrer de bout en bout des processus collaboratifs. Cette infrastructure d échange est indépendante des systèmes et des applications (SAP ou non SAP), qu elles soient à l intérieur ou à l extérieur des frontières de l entreprise. Cette infrastructure d échange est non seulement basée sur les standards Web Services (BPML, WSCI, WSDL, XML, XPATH, XSLT.) mais intègre aussi un grand nombre de connecteurs techniques et applicatifs (EDI, DB s, Peoplesoft, Siebel ) Le composant SAP XI est de notre point de vue la meilleure solution d intégration des applications du système d information de nos clients quelles soient SAP ou non SAP. Néanmoins, le serveur d application SAP NetWeaver Application Server à la base de tous les composants logiciels SAP dont SAP CRM, IS-U, offre nativement, de nombreuses possibilités pour l intégration des solutions SAP au sein d un système d information du client à travers des solutions topologie point à point: o Support des standards de communication : HTTP, HTTPS, SMTP, FTP o Intégration directe de fichiers plats en mode batch (batchinput, directinput, Legacy System Migration Workbench et Accelerated Data Exchange outils de génération automatique d interfaces), Page 50 of 60

51 o Communication natives inter-applications SAP : RFC, ALE, IDOC, BAPI, XML, o Interfaces natives basées sur les services web (WSDL, SOAP/XML ), o Interfaces natives basées sur les standards JAVA J2EE (JMS, JCA, JDBC ). Voir également les informations sur BI en Annexe 7.2 Outil de tests Il n y a pas d outils d automatisation des tests de non-régression actuellement à l OCDE pour SAP Page 51 of 60

52 Archivage Pas d archivage actuellement sur P01 Logiciel d archivage : Les outils éventuellement utilisables pour l'archivage sont les transactions SAP : SARA et PU22 - l utilisation de l archivage serait un facteur favorable dans la réduction du processus d upgrade. - Après la montée de version en ECC 6.0 Unicode, les données archivées en version R/3 4.6C sont toujours consultables. Se reporter aux notes SAP50802 et Recommandations : Voici des recommandations pour la montée de version et la conversion: Après la montée de version, étendre le projet d archivage existant en prenant en comptes des objets supplémentaires. Mettre en œuvre une procédure de réorganisation des tables associées Page 52 of 60

53 8 Plan et charge estimée Les machines de tests et de formations ne sont pas pris en charge dans cette etude. 8.1 Evaluation de charge nécessaire Page 53 of 60

54 8.2 Approche de plan de migration Page 54 of 60

55 9 Annexes 9.1 Informations BI, WAS et EP (Portail) SAP NetWeaver Business Intelligence (SAP BI) SAP BI est la solution décisionnelle intégrée à la plate-forme SAP NetWeaver. SAP BI propose l ensemble toutes les fonctionnalités de datawarehouse habituellement présentes dans les solutions dédiées du marché. SAP BI couvre l ensemble de la chaîne de traitement des données dans le cadre de la mise en place d un infocentre et comprend un ETL (Extract Transform Load) intégré, un référentiel de métadonnées, un moteur OLAP, un portfolio complet de solutions de restitutions et d édition Web et également, un contenu préconfiguré pour les solutions SAP proposées. Le composant fonctionnel SAP for Retail offre aussi des solutions de reporting classique et d infocentre directement réalisées sur les données opérationnelles et sur le système transactionnel. Cependant, SAP BI est fortement conseillé pour les raisons exposées cidessous : o Soulager le système transactionnel de la charge générée par les requêtes, o Intégrer les données non SAP, Sourcing, GRD, référentiels non SAP o Obtenir un plus haut niveau de pertinence dans la restitution, o Offrir de plus grandes possibilités en termes d analyse multidimensionnelle, o Utiliser le contenu préconfiguré adapté à chacune des solutions, SAP FOR RETAIL, CRM, o S exécuter avec un plus haut niveau de performance, le composant SAP BI étant optimisé et conçu à des fins décisionnelles et analytiques. SAP NetWeaver Portal (SAP EP) SAP EP est le composant permettant le déploiement d une solution de portail applicatif ou d entreprise dépendant du choix client. Ce composant permet non seulement de s affranchir de la problématique de déploiement du client (browser based) mais d unifier l accès à l ensemble des applications de l entreprise qu elles soient SAP ou non SAP. SAP NW Portal offre aussi des solutions d intégration basées sur des standards techniques (HTTP, HTTPS, SAML, JAAS, LDAP ) permettant son intégration dans un autre portail. SAP NW Portal propose du contenu préconfiguré pour les applications IS-U et CRM via les Business Packages afin de réduire sensiblement les coûts de mise en œuvre et de maintenance des solutions SAP. SAP NW Portal porte en effet toute la logique de visualisation et d accès des solutions proposées Page 55 of 60

56 9.2 Rappel de rôle Administration / exploitation Technique Information à la demande de l OCDE On pourrait distinguer des types d intervenants techniques tels que «les administrateurs» et les «exploitants», voire des «Architectes» dédiés par type d activité techniques ou plus généraliste. Les administrateurs SAP: Ils doivent avoir reçu les formations SAP nécessaires à cette fonction. Globalement ils réalisent les fonctions suivantes : - Administration SAP R/3 (gestion des utilisateurs, SPOOL, JOB, mandant,...) - Rafraîchissement/Copies des environnements de recette, formation et pré-production - Administration UNIX / DataBase Installation SAP, Mise en place des Surveillances, Stratégies Sauvegardes, Adaptations, Evolutions,... Réaliser des Tests techniques Validations des outils et procédures et déploiements Support Niveau 2 et 3 (Liens avec le support éditeurs) - Ainsi qu un premier niveau d architecture technique Les exploitants SAP: Proche de l opérationnel, ils sont contraints à la «bonne disponibilité» des environnements SAP. Ils doivent avoir reçu les formations SAP nécessaires à cette fonction, soit par SAP soit en interne par transferts de connaissances des Administrateurs SAP. Les exploitants également doivent aider le nouveaux paysage SAP à s intégrer aux contraintes existantes de l entreprise. Globalement, ils réalisent les fonctions suivantes : Tâches de surveillance quotidienne (Etat sauvegarde, liens, flux, batchs, réseaux, indicateurs, alertes, interfaces, spool, ) Aide à l industrialisation, sur la base des demandes et prérequis des administrateurs techniques. Rédaction de procédures et de base de connaissance propres à l exploitation SAP (pour le transfert en équipes) participer aux tests techniques (Sauvegarde, bascule,.. ) Deux modes de fonctionnement à retenir : Le «mode Projet» et le «mode Récurant» (hors projet) Une notion à prendre en compte également, le «Centre de Compétence Interne SAP» Avec par exemple les axes suivants Exploitation de l application Interfaces (Batch input, EDI, ) Ordonnanceur (Nuit applicative, journalier, mensuel, ) Monitoring (système, Base de données, Performances ) Backup (sauvegardes, restauration), HA, PRA. Output Management / imprimantes, mise sous enveloppes, GED, Middleware (queues de communication entre systèmes SAP ) Utilisateurs ( Compte utilisateur, Profiles, autorisations, LDAP, SSO, ) Archivage (légal, destructif, ) Maintenance logiciel Montée de version SAP (SAP, UNIX, DB, ) Support packages Page 56 of 60

57 Montée de version Kernel, plugin, Transport CSS Messages CSS Early Watch et Going live check SAPGUI Support aux utilisateurs Traitement des anomalies sur CSS Lancement de Batch en journée Modification d autorisations Ajout utilisateurs Maintenance de l application Evolutions applicatives Correction d anomalies processus métier Correction de programmes Abap Modification d interfaces Nouveau développement Querries, formulaires, Nouveaux Projets Page 57 of 60

58 9.3 Notes autour de ERP2005 : SAP Note Title mysap ERP 2005 SR1 Installation or Upgrade Release restrictions / information on DSD Release Restrictions for SAP NetWeaver 2004s Availability of SAP Business Connector Description This note informs the user on the minimal Support Package Stack (SPS) level for the installation of or upgrade to mysap SAP ERP At the time of the release of SAP ERP 2005, limitations exist concerning the productive usage of certain functions. This note provides customer information on these restrictions. At the time of the release of SAP NetWeaver 2004s, limitations exist concerning the productive usage of certain functions. This note provides customer information on these restrictions. Provides statement of the availability of SAP Business Connector (SAP BC). You can download the SAP BC from the SAP Service Marketplace at service.sap.com/sbc-download Dependencies between mysap Describes dependencies between different processes. In such ERP component lists cases, different components must be installed Installation CPRXPRM 400 Related to component CPRXPRM of instance SAP cproject Suite Upgrade from CPRXRPM 400 Related to component CPRXPRM of instance SAP cproject Suite Central Note for SAP Solution Provides information on the SAP Solution Manager that is Manager Key required for installation or upgrade of mysap ERP ERP 2005: Support Package Contains a list of all mysap ERP 2005 Release and Information Stacks Release and Info Notes (RIN) that are issued Release restrictions / Provides information on Mobile Direct Store Delivery. information on DSD Restricted platform availability Provides information on performance restrictions of the Java for the JIT Transaction Server Technology Workarounds Provides information on possible workarounds for performance restrictions of the Java Transaction Server Technology Installation/DeltaUpgrade of Provides information on Add-On Installation/DeltaUpgrade mit CCM 200 Transaktion SAINT Additions regarding Upgrade Basis 700 with CCM SAP ERP 2005 Installation on Windows SAP ERP 2005 Installation on UNIX Embedded NetWeaver Components in ERP Deals with the add-on upgrade to SAP NetWeaver 2004s with CCM 200. Provides information on problems discovered after the publication of installation documentation. Provides information on problems discovered after the publication of installation documentation. Describes how to handle the installation of SAP NetWeaver components/usage types BW/BI, XI/PI, EP, MI and/or DI together with ECC in the same instance (the same SID) Page 58 of 60

59 Add-On Notes SAP Note Title Enhancements for Upgrade Basis 7.00 with WFMCORE Installation WFMCORE Enhancements for Upgrade Basis 7.00 with LSOFE Installation of LSOFE Enhancements for Upgrade Basis 7.00 with ERECRUIT Installation von ERECRUIT Overview: Notes on Add-On FINBASIS Overview: Notes on Add-On SEM-BW Installation FINBASIS 600 on SAP NW AS Installation SEM-BW 600 on SAP NW AS KM compatibility package (required for Employee Documents iview) Add-ons (non-is) integrated into SAP ECC Industry Add-Ons integrated into SAP ECC Installation SAP CM SOA in ERP Installation SAP SEM 6.0 mysap ERP Installation and Upgrade Guides (Notes) ABAP Components, based on WebAS 7.0 ABAP Installation Upgrade Titel FINBASIS E-Recruitment SEM Learning Solution (Frontend) Catalog Content Management (SAP Catalog 2.0) c-project Suite SAP SRM AddOn WFM Core 2.0 BI Content BI Content Page 59 of 60

60 9.4 Quelques URL url liés à ECC Page 60 of 60