Services SAP France Conseil Défense PLAZA – Défense 9 ...dboacn.free.fr/Credentials/OCDE/Etude...

Services SAP FranceConseilSAP France S.ADéfense PLAZA – Défense 923-25 – Rue Delarivière Lefoullon57-5992064 – Paris – La Défense CedexT : +33 (0) 1 44 45 20 00F : +33 (0) 1 44 45 29 18

Evaluation Technique et ArchitectureMontée de Version SAP ECC 6.0

Le 27.03.2007 of 60

Client OCDEOrganisation for Economic Co-operation and Development(Customer No 345219)

Objet Evaluation technique et architecture pour la montée deversion ECC 6.0 Unicode

Dates d'intervention Avril 2007Lieu d'intervention OCDE

2 rue André-Pascal75775 – PARIS Cedex – F-

Intervenant SAP Christian LEGRASInterlocuteur Ivan MALAVIEILLE

Information Technology and Network servicesTel : +33 1 45 24 81 76Email : [email protected]

Copies Stéphane RASSAT SAP - FranceRédacteur Christian LEGRASInstallation No 0020100058Version 1.0

Version Date Sujet0.0 04.04.07 Draft1.0 06.04.07 Cadrage – Version revue1.1 28.04.07 Erreur de référence de note OSS 156548 en 156558

mailto:[email protected]

26-03-2007 of 60

OCDE - Evaluation Technique et Architecture -Montée de version SAP ECC 6.0

Sommaire

1 RAPPEL DU CONTEXTE ET DES OBJECTIFS DE LA MISSION........................................................ 41.1 CONTEXTE............................................................................................................................................... 41.2 RAPPEL D’INFORMATIONS STRATEGIQUES SAP........................................................................................ 81.3 OUTILS TIERS PERIPHERIQUES A R/3 A L’OCDE :................................................................................... 10

2 SYNTHESE DE RECOMMANDATIONS................................................................................................ 11

3 RISQUES.................................................................................................................................................... 14

4 GESTION DE PROJET TECHNIQUE..................................................................................................... 16

4.1 ORGANISATION DU PROJET .................................................................................................................... 164.2 PAYSAGE SAP ACTUEL .......................................................................................................................... 174.3 ADMINISTRATEUR SAPNET DE L’OCDE (OSS)..................................................................................... 184.4 CONTRAT DE SERVICE............................................................................................................................ 194.5 ORIENTATION DU PAYSAGE SAP CIBLE ................................................................................................. 194.6 APPROCHE GLOBALE DU PLAN DE MIGRATION........................................................................................ 214.7 POINT SUR METHODES DE MONTEE DE VERSION SAP (BASCULE) ........................................................... 304.8 POINT SUR LA METHODE DE CONVERSION UNICODE SAP (SI NECESSAIRE) ............................................ 32

5 POINT SUR LES RESSOURCES MATERIELS ..................................................................................... 35

5.1 SITUATION ORIGINELLE DES SYSTEMES SAP R/3 4.6C ........................................................................... 355.2 RAPPEL DE L’UNITE SAPS ..................................................................................................................... 385.3 L’OUTIL SAP QUICKSIZER..................................................................................................................... 385.4 METHODES ET REGLES DE DIMENSIONNEMENT....................................................................................... 405.5 PUISSANCE ACTUELLE UTILISEE PAR OCDE........................................................................................... 405.6 SITUATION ACTUELLE DES SYSTEMES SAP R/3 4.6C.............................................................................. 415.7 PUISSANCE ACTUELLE DES SERVEURS EN SAPS ..................................................................................... 415.8 SOFTWARE CONFIGURATION 4.6C ......................................................................................................... 415.9 TAILLE ACTUELLE DE LA BASE DE DONNEES :........................................................................................ 425.10 ESTIMATION EN RESSOURCES MATERIELLES SUPPLEMENTAIRES ......................................................... 43

6 GESTION DES MODIFICATIONS.......................................................................................................... 45

6.1 MAINTENANCE SAP .............................................................................................................................. 456.2 ADMINISTRATION BASE DE DONNEES ..................................................................................................... 466.3 GESTION DES IMPRESSIONS .................................................................................................................... 466.4 POSTE CLIENT ........................................................................................................................................ 466.5 OUTILS TIERS PERIPHERIQUES A R/3 A L’OCDE..................................................................................... 486.6 INFRASTRUCTURE RESEAU ..................................................................................................................... 48

7 INTEGRATION......................................................................................................................................... 50

7.1 INTERFACES ET « BATCHS » ................................................................................................................... 507.2 OUTIL DE TESTS..................................................................................................................................... 51ARCHIVAGE ..................................................................................................................................................... 52

8 PLAN ET CHARGE ESTIMEE ................................................................................................................ 538.1 EVALUATION DE CHARGE NECESSAIRE .................................................................................................. 53

26-03-2007 of 60


8.2 APPROCHE DE PLAN DE MIGRATION ....................................................................................................... 54

9 ANNEXES .................................................................................................................................................. 559.1 INFORMATIONS BI, WAS ET EP (PORTAIL) ............................................................................................ 559.2 RAPPEL DE ROLE ADMINISTRATION / EXPLOITATION TECHNIQUE ........................................................... 569.3 NOTES AUTOUR DE ERP2005 : ............................................................................................................... 589.4 QUELQUES URL URL LIES A ECC........................................................................................................... 60

26-03-2007 of 60


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 dedonné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, etpotentiellement d’autres domaines.

En préparation de cette future montée de version vers mySAP ERP 2005, l’OCDE souhaiteréaliser une étude de cadrage upgrade.

SAP France, au travers de son service Consulting, propose de réaliser une mission de cadrageupgrade, dont les objectifs sont les suivants :

Identifier les apports fonctionnels et techniques permettant de confirmer et/ou justifier la décisionde lancer un projet d’upgrade

Optimiser les processus existants grâce aux nouvelles fonctions standards disponibles et auxamé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 étudeEntretiens et études menés auprès des responsables des domaines fonctionnels, du responsable del’architecture technique du système, du responsable des développements, permettant de préparer undiagnostic 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 intervenudans le cadre de la mission d’évaluation technique de projet de montée de version. Les principauxobjectifs sont de faire un état du paysage SAP actuelle, d’identifier les impacts de cette montée deversion R/3 4.6C vers SAP ECC 6.0 sur l’architecture technique et le paysage système SAP.

Ph1 – Lancement de la mission

26-03-2007 of 60


Cette phase est menée sur le site de l’OCDE par le coordinateur de mission SAP France, dans le but departager avec le sponsor de la mission les objectifs, les modalités et les contraintes à prendre encompte 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'OCDECette phase est menée sur le site de l'OCDE par le coordinateur de mission SAP France.

Ph2 – InterviewsEntretiens et études menés auprès des responsables des domaines fonctionnels, du responsable del’architecture technique du système, du responsable des développements, permettant de préparer undiagnostic 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éveloppementsSpécifiques

Cette phase nécessite, l’accès à la documentation, au(x) système(s) et aux outilsd’administration du système SAP R/3

Ph3 – Analyse et SynthèseAnalyse, recherches et synthèse de l'information collectée, permettant de formuler un diagnostic et desrecommandations sur la solution existante.

Les analyses et les synthèses de cette phase sont menées par les consultants experts SAPFrance.

Cette phase nécessite, le cas échéant, l’accès à la documentation, au(x) système(s) et aux outilsd’administration du système SAP 4.6C

Cette phase sera menée dans les locaux de SAP France, pour la rédaction et recherched’information.

Mise en forme de l’information collectée et production du rapport d’évaluation de montée de versionselon 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 labase des informations collectées par les consultants experts SAP France.

Cette phase pourra se mener dans les locaux de SAP France.

Ph4 – Restitution finalePré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é.

26-03-2007 of 60


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énariomigration 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 lesstraté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éfinirune architecture technique cible avec d’éventuelles options et leurs contraintes ainsi qu’une stratégietechnique de migration. Dans cette étude, nous nous sommes concentrés sur la montée de version versMySAP ERP2005 . Nous avons cependant attiré votre attention sur des éventuelles répercussions quantaux 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

26-03-2007 of 60


Méthode :Des entretiens ont été menés auprès de différents acteurs représentant globalement les architectes etadministrateurs du paysage Système SAP actuel.

Personnes Interviewés :

Nom et Rôle Téléphone Adresse electronique

Ivan MALAVIEILLEInformation Technology and Networkservices

Administrateur SAP

+33 1 45 24 81 76 [email protected]

Geneviève MICHONResponsable Technique SAP

Administrateur SAP+ 33 1 45 24 88 96 [email protected]

Karim AIDAnalyste Applications SAPSystème et service d’EntrepriseService de technologies et Réseauxd’information, Direction executive.

Développeur SAP

+ 33 1 45 24 95 [email protected]

Adresse des bureaux : Tour EUROPE 33 Place des Corolles 92049 – PARIS LA Défense Cedex




26-03-2007 of 60


1.2 Rappel d’informations stratégiques SAP

1.2.1 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 desApplications Server type WAS : Des fonctions utilisant des moteurs ABAP et d’autres utilisant desfonctions 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 besoind’utiliser ou non la partie JAVA du WAS. Des fonctions nouvelles pourront être activées dans le cadre denouveaux projets fonctionnels.

Pour rappel :La montée de version sera à « ISO-Fonctionnalités », donc sans utilisation des nouvelles fonctionnalitésde MySAP ERP 2005.

26-03-2007 of 60


1.2.2 Rappel sur la « Release strategy » SAP actuelle

- ECC 6.0 fait partie du package MySAP ERP 2005.- ECC 6.0 est disponible depuis Juin 2006.

1.2.3 Unicode

Information : C’est un « standard » recommandé par SAP. Aujourd’hui 10% des installations l’utilisent, 100%

estimées d’ici 2010. Les nouvelles versions des produits SAP sont installées en Unicode.

26-03-2007 of 60


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

26-03-2007 of 60


2 Synthèse de RecommandationsPrincipales 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 laréflexion, les éléments de dépendancespossible des produits Tiers face àl’Unicode.

Attention a ne pas sous dimensionner lesserveurs. Dans un premier temps lamontée de version est à « ISO-Fonctions », mais les évolutionsd’utilisations sont d’ors et déjà à prévoir.

Attention à prévoir la disponibilité efficacede ma liaison vers OSS pour cette périodede migration. Le support SAP seracertainement sollicité.

Il faut, définir précisément les activités techniquesde mise à disposition des nouveauxenvironnements ECC 6.0 Unicode et synchroniserle planning technique avec les autres entités deL’OCDE.

Dimensionner et éventuellement commanderles nouveaux serveurs en prenant en compteles ressources nécessaires et les méthodesd’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 testtechnique d’upgrade avec méthode« downtime minimized » si c’est le choix.Planifier et réaliser au plus tôt un testtechnique 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 duStack-JAVA.- des « tests à blanc » seront nécessaires sur uneinstance identique ou au plus près en termes deressources de l’instance de production.- Cette montée de version est une expériencerelativement unique (non récurrente) pour l’OCDE.La réalisation de cette opération par desconsultants confirmés est conseillée.

26-03-2007 of 60


Paysage Système et gestion desmodifications

Planifier le gel des modifications sur lepaysage système 4.6CS’assurer de la bonne réalisation de laprocédure de copie de système parbackup/restore.Suivant le contexte, mettre en place au mieuxle système de transport TMS (TransportManagement System de SAP) sur le nouveaupaysageDeux lignes de systèmes (ancien et nouveau)pendant le projet de montée de version. Il fauten vérifier et valider les procédures associéessur ces 2 paysages systèmes SAP.Définir et réaliser le plan de tests techniques

Administration et surveillancesystème SAP

Bien vérifier la compatibilité des outils SAPavec les logiciels périphérique s’il y en a, etadapter les procédures d’administration et desurveillance en version ECC 6.0

Administration base de données S’assurer d’un temps stable et minimum desauvegarde et de restaurationContrôler l’augmentation des plus grossestables et indexEventuellement, prévoir un projet d’archivagecomplémentaire après la migration et mettreen œuvre une procédure associée deréorganisation des tables. Ceci afin de, entreautres, 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 destraitements SQL majeurs, évaluer les servicesSAP « Optimization »

Noter que les Batch-Input utilisés pour lesinterfaces consomment des process de dialogue(User virtuel ), ce qui influe les performanceségalement.

Gestion des impressions Réaliser les tests sur les différents typesd’imprimantes employés (quoique faiblesnombre dans le contexte OCDE)

Infrastructure réseau et poste detravail

Prendre en compte l’augmentation du traficréseau et les ressources supplémentaires despostes Windows.Réaliser le déploiement SAPGuiPériode de stabilisation de la version avantdéploiement

26-03-2007 of 60


Formation Anticiper sur les formations de Delta ECC 6.0avant le démarrage du projetAccompagnent du changement pour la partieTechnique.

Toutes les recommandations données dans ce rapport sont basées sur notre expérience engénéral. Nous vous recommandons de tester nos recommandations avant de les appliquer.

26-03-2007 of 60


3 Risques

Légende des symboles :

Pas de risque Risque moyen Risque important

Gestion de projet technique 2 projets : Upgrade ECC 6.0 etConversion Unicode. Ne pas sous-estimer la charge de conversionUnicodeLes serveurs : s’assurer dudimensionnement (ressourcessupplémentaires) et de leurdisponibilité.Afin d’atteindre l’indisponibilité minimumsouhaitée du système de production,plusieurs simulations peuvent êtrenécessairesIl est souhaitable de stabiliser lesystème de production ECC 6.0 avantd’effectuer éventuellement laconversion Unicode (plusieurssemaines)

Paysage système et gestiondes modifications

2 types de paysages pendant la duréedu projet : les modificationsd’ajustements pour l’upgrade et lapoursuite des correctifs de maintenance4.6C doivent être contrôlées etmaîtriséesAssurer le gel des modifications 4.6CMaîtrise du plan de tests

Administration et surveillancesystème SAP

Tests outils et procédures à réaliser

Administration base dedonnées

Maîtrise du temps des sauvegardes /restaurationsMaîtrise de l’accroissement de la basede donnéesS’assurer de la procédure de copie desystèmes (revue avec WAS 7.00)

26-03-2007 of 60


Gestion des performances Serveurs : s’assurer dudimensionnement des ressourcesmatérielles supplémentaires (tests,services SAP)

Maîtrise de l’accroissement de labase de données et de l’exécutiondes traitements critiques (archivage,réorganisation des tables, servicesSAP). Même si les volumes del’instance OCDE sont relativementfaibles.

Gestion des impressions Tests imprimantes à réaliser

Infrastructure réseau etpostes de travail

Déploiement des postes Windowsau moins en SAPGui 6.40 (au mieuxen SAPGUI 7.10)

Risque d’augmentation du traficré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.

26-03-2007 of 60


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 destransports.

Suite à l’interview il apparait nécessaire à cette équipe de prendre connaissance des particularitésqu’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 etimportant de prendre connaissance des nouvelles fonctionnalités de la nouvelle version ECC 6.0 (CoursDelta).

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 deSAP. 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 notrenouveau Service Inscriptions, du lundi au vendredi, de 8h30 à 18h00 :

au 0 800 901 069 (appel gratuit)au +33 1 44 45 23 10 depuis l’étranger

ou par mail : [email protected]

Envoi de vos demandes d’inscription et bons de commande- + 33 (0)1 47 75 75 75.

L’adresse postale:SAP France - Centre de formation - Défense Plaza - 23-25, rue Delarivière Lefoullon - La Défense 992064 Paris La Défense Cedex

Site Web : www.sap.com/france/services/education


http://www.sap.com/france/services/education

26-03-2007 of 60


4.2 Paysage SAP actuel

4.2.1 Architecture applicative

4.2.2 Paysage logique actuel

26-03-2007 of 60


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

4.2.3 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.

26-03-2007 of 60


4.4 Contrat de serviceSynthèse :

Concernant la disponibilité, l'application n'est accédée que durant les heures ouvréeso 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 lamigration de la montée de version (voire conversion Unicode) du système de production de laversion 4.6C à la version SAP ECC 6.0 sera a synchroniser avec une période creuse. Cettepériode sera identifiée par la MOA.

L’OCDE souhaite que la montée de version (hors Unicode) du système de production vers SAPECC 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

26-03-2007 of 60


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)

26-03-2007 of 60


4.6 Approche globale du plan de migration4.6.1 Migration R/3 vers ECC

Nous suggérons 2 types de scénarii possibles. Leur différence est portée principalement sur le nombred’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’entemps voulu.

Cette suggestion est basée sur le principe de deux « couloirs » distincts pour respectivement, lamaintenance 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.

26-03-2007 of 60


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’existant2. 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 durableselon la complexité des impacts identifiés. Pendant cette période, le paysage SAP actuel n’estpas directement perturbé dans son fonctionnement.

3. Copie de l’instance de D01 vers une instance de développement DV6 dédiée à la version ECC6.0.

4. 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évoirplusieurs 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èmetemps)

A partir du point 7, il faudrait voir à ce que cette période doit être la plus courte possible, pour nepas 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 encompte é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 uneinstance 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 à cemoment là que nous avons une photo système et contenu, identique à la production. Par sécurité cettephase peut être répéter à blanc pour, affiner les procédures, optimiser les temps et effectuer les dernierscontrôles de « non-régression ». Il faut prévoir ces répétitions de tests à blanc dans le plan projet de lamontée de version.

Nous n’avons pas détaillé ici les étapes techniques, telles que la mise à niveau de SQL Server etles montées de version des postes clients. Elles seront à intégrer dans le plan projet de cette montée deversion.

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 noteSAP 805390.

26-03-2007 of 60


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’ECC6.16. 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 5

26-03-2007 of 60


– Route à partir du point 7 – Cette période doit être la plus courte possible – Elle est à étudierstraté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 encompte é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 uneinstance représentative R/3 (P01 au mieux) sur un « Bac à Sable (BAS) » et de la faire évoluer enversion. Lors de ce test de « montée en version » de la solution SAP à l’OCDE. Il sera importantd’évaluer le besoin d’utiliser ou non la partie JAVA du WAS. Cette évaluation sera possible dans laphase de cadrage en cette instance.

Puisque le choix de cette migration est d’obtenir une « ISO-Fonctionnalité », il ne semble pasnécessaire d’activer le Stack JAVA. Ceci sera à vérifier par les études lors de cette première étaped’étude d’impacts.

La copie de P01 (Production) sur une R01 (Pré-Production) est une phase importante. C’est à cemoment là que nous avons une photo système et contenue, identique à la production. Par sécurité cettephase peut être répéter à blanc pour, affiner les procédures, optimiser les temps et effectuer les dernierscontrôles de « non-régression ». Attention, il faut prévoir ces répétitions de tests à blanc dans le planprojet de la montée de version.

L’OCDE ne prévoit de changement particulier sur les serveurs du paysage système SAP 4.6C. Unemigration 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 infrastructuressupplé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 lesmontées de version des postes clients. Elles seront à intégrer dans le plan projet de cette montée deversion.

Les corrections apportées en maintenance de la 4.6C devront être reportées manuellement dans lenouveau 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 êtrerapidement récupérée par copie de P01 en prenant soin de sauvegarder les travaux en cours pour lamigration 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éelors de la montée de version est générée par Solution Manager.

Se reporter à la note SAP 805390.

26-03-2007 of 60


Extrait note 805390SAP Solution Manager Key required for SAP SoftwareDuring the installation/upgrade process you are prompted to enter the "SAP Solution ManagerKey". This key is needed to proceed with the installation/upgrade. Without this key, theinstallation process cannot continue.You may generate all needed keys for your entire system landscape (development,qual. andprod.system) on one SAP Solution Manager system. In case you plan to install several Solutionlandscapes, (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 customersand the collaboration between the customer and SAP. To ensure the availability of thisapplication management platform a SAP Solution Manager system is technically required toperform 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éfinirprécisément les activités techniques de mise à disposition des nouveaux environnements ECC6.0 Unicode en limitant au maximum les changements de machines et synchroniser le planningtechnique avec les autres entités de l’OCDE pouvant impactées ou être impactées.

26-03-2007 of 60


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 811923 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

26-03-2007 of 60


26-03-2007 of 60


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 desystèmes d’exploitations existants Microsoft Windows 2000 vers Microsoft Windows 2003.

Le paysage SAP repose essentiellement ses environnements : Développement : D01 Qualité : Q01 Production : P01

4.6.4 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 156558

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 » ECCLivré par SAP pour cette montée de version.

Etapes Server R/3 OS

DBSQL

Serveur

SAPKernel Action Doc

Référence

Vérif durun SAP,

Possible ?

Remarques

Origine source 4.6C W2K 2000 4.6D - Note SAP156558 Oui

1 Cible - W2K3 - -

Installationserveur

cible-

-

NON

SAP pasinstallé

Vérifier la note 156558

2 Cible 4.6C W2K3 2K5 4.6D_EXT

InstallationSAP vide4.6C SR2

W2K3Kernel EXT

Guide d’installation4.6C SR2

Oui(vide)

Si kit obtenu

Vérifier la note 156558

3Source

etcible

4.6C W2K3 2K5 4.6D_EXT

MigrationDB

(via SQL S) Oui

Homogeneous copyPré-requis :- Kernel idem- SQL S

remarque :1) En terme d’optimisation, unbackUp Restore (voir cp physique)pourrait être plus rapide queR3load2) Un DBA est recommandé pour

26-03-2007 of 60


Etapes Server R/3 OS

DBSQL

Serveur

SAPKernel Action Doc

Référence

Vérif durun SAP,

Possible ?

Remarques

l’opération

4 Cible 4.6C W2K3 2K5 4.6D_EXT Patchéventuels

Oui Vérifier la note 156558

5 Cible ECC6.0 W2K3

2K5 4.6D_EXT Montée deversion SAP

Master GuideERP2005

etGuide d’Upgrade

Oui Prendre en compte le« Master Guide »

destination Cible ECC

6.0 W2K3 2K5 WAS 7.0 - - Oui

Plan : Attention à : sécuriser la démarche

pendant la réalisation Maintenir la production Respecter au mieux le

temps de basculedemandé.

4.6.4.1 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 855830 848950 849142 852008 855498 – télécharger le fichier pour les prerequisites checker 852235 805390 – 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 2000Au moment de la montée de version il faudra vérifier si le DVD master installation est prévu pourinstaller SAP ECC 6.00 avec du MS SQL 2005. Sinon, Il faut installer la version 2000 et ensuitefaire une migration vers la version 2005 quand l’installation d’ECC 6.00 sera terminée et unesauvegarde complète.

26-03-2007 of 60


4.7 Point sur Méthodes de montée de version SAP (Bascule)

4.7.1 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 laversion source du système courant dans la même base de données. Ce système parallèle contient tousles logiciels de la version cible et est utilisé pour intégrer les « support packages » qui sont inclus dansla 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é etles 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 lafonction ICNV : « Incremental table conversion function »

d’allouer des ressources systèmes additionnelles

26-03-2007 of 60


Se reporter au document SAP « Component Upgrade Guide SAP ECC»U

ptim

eD

ownt

ime

Resource-Minimized

Bac

kup

PREPARE Upgrade

Inst.

Shad

ow In

stan

ce(o

n ta

rget

rele

ase)

NewRel.

Stop ofProduction

(strategy-dep.)

Production DowntimeResource-Minimized

Upgradepost

Imp.

Bac

kup

Downtime-MinimizedDowntime-Minimized

Bac

kup

Act

ivat

ion

Dis

trib

utio

n

Supp

ort P

acka

ges

Add

-Ons

Mod

ifica

tion

Adj

ustm

ent

Impo

rt o

f Con

trol

Dat

ain

Cop

y Ta

bles

ICN

V

Impo

rt of

Subs

titut

ion

Set

Upgrade

Production DowntimeDowntime-Minimized

Upt

ime

Dow

ntim

e

Resource-Minimized

Bac

kup

Resource-Minimized

Bac

kup

Resource-Minimized

Bac

kup

PREPARE Upgrade

Inst.

PREPARE UpgradePREPARE Upgrade

Inst.

Shad

ow In

stan

ce(o

n ta

rget

rele

ase)

NewRel.NewRel.

Stop ofProduction

(strategy-dep.)

Stop ofProduction

(strategy-dep.)



Upgradepost

Imp.

Bac

kup

Upgradepost

Imp.

Bac

kup

Upgradepost

Imp.

Upgradepost

Imp.

Bac

kup


Bac

kup

Act

ivat

ion

Dis

trib

utio

n

Supp

ort P

acka

ges

Add

-Ons

Mod

ifica

tion

Adj

ustm

ent

Impo

rt o

f Con

trol

Dat

ain

Cop

y Ta

bles

ICN

V

Impo

rt of

Subs

titut

ion

Set

Upgrade


Bac

kup


Bac

kup

Act

ivat

ion

Dis

trib

utio

n

Supp

ort P

acka

ges

Add

-Ons

Mod

ifica

tion

Adj

ustm

ent

Impo

rt o

f Con

trol

Dat

ain

Cop

y Ta

bles

ICN

V

Impo

rt of

Subs

titut

ion

Set

Upgrade

Act

ivat

ion

Dis

trib

utio

n

Supp

ort P

acka

ges

Add

-Ons

Mod

ifica

tion

Adj

ustm

ent

Impo

rt o

f Con

trol

Dat

ain

Cop

y Ta

bles

ICN

V

Impo

rt of

Subs

titut

ion

Set

Upgrade



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èmede production ou représentatif de la production.

26-03-2007 of 60


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 instancesSAP en Unicode, mais recommandé.Il faut toutefois être prudent et prendre en compte les actuels ou futurs échanges entre systèmesdiffé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 dedonné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 etR3load): export de la base de données (conversion Unicode), installation du nouveau systèmeavec import de la base convertie.

3. En post-conversion sont effectués les tests de vérifications et d’adaptions éventuelles des textespar rapport aux langues.

Info :Se reporter aux documents SAP : « Unicode Conversion Guide mySAP WAS x » et « Homogeneousand heterogeneous system copy – WAS x » disponibles sur SapNet.

26-03-2007 of 60


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 grossesbases de données.L’objectif est de réduire le temps d’indisponibilité en effectuant une conversion partielle des plus grossestables vers le système cible Unicode pendant que le système source non-Unicode est opérationnel (les2 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 693168.

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 deproduction ou représentatif de la production. SAP dispose également de retour d’informations deses clients (voir schéma ci-dessus).

Tester les recommandations pour améliorer le temps de conversion fournies dans le documentSAP « 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.

26-03-2007 of 60


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 commeun projet.

Pour le séquencement « Montée de version » puis « Conversion » le facteur déterminant est laversion 4.6C.En rapport avec le SLA présenté, la « Montée de version » et « La conversion » pourrait êtreeffectué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 unoutil 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 : 830502

26-03-2007 of 60


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 revuede ressources matérielles en place pour ce projet de montée de version (à voir avec le fournisseurd’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.6CLes informations ci-dessous proviennent principalement de l’extrait de document fourni par l’OCDE..

5.1.1 Nombre de mandants sur les systèmesD01

Q01

Il est prévu d'ajouter 2 ou 3 mandants supplémentaires dans cet environnement pour assurer laformation

26-03-2007 of 60


P01

5.1.2 Détail de l’instance de développement actuelle

5.1.3 Détail de l’Instance de Qualité actuelle

26-03-2007 of 60


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 … )

26-03-2007 of 60


5.2 Rappel de l’unité SAPSLe 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 6000Ecrans/Heure ou 2 000 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 andDistribution) correspondant à une des applications SAP les plus représentatives en terme deconsommation de ressources systèmes SD.Il est important de noter que le SAPS est aujourd’hui une mesure standard de performance utilisée partous les constructeurs pour « benchmarker » leur modèles de processeurs.

5.3 L’outil SAP QuickSizerLe dimensionnement des plates-formes techniques pour les solutions SAP est réalisé au travers del’outil SAP QuickSizer disponible directement sur Internet à l’adresse http://service.sap.com/sizing.

SAP Quicksizer s’appuie sur des données de diverses sources pour estimer le dimensionnement dessolutions :

L’expérience fonctionnelle et technique de SAP sur ses solutions et plus particulièrement lesnouvelles,

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 etcertifiés par SAP.

http://service.sap.com/sizing.

26-03-2007 of 60


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 unquestionnaire 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 decompétences à Walldorf. Chaque centre de compétences collabore étroitement avec SAP afin deproposer 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 compteles 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 demesures benchmark par nos partenaires fournisseurs d’infrastructure.

26-03-2007 of 60


5.4 Méthodes et règles de dimensionnementIl 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 etles temps de traitement attendus.

En fonction du contexte projet et des types d’applications SAP, les deux méthodes peuvent être utiliséessimultanément ou exclusivement. Les résultats retenus sont les plus importants générés soit par l’unesoit par l’autre des méthodes. La fiabilité des résultats du dimensionnement est directementdé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 tauxd’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 actifsainsi que leur profil d’activité.

Utilisateur dit “Low” : Utilisateur occasionnel ayant une moyenne de consultation/mise à jour de10 écrans SAP par heure,

Utilisateur dit “Medium” : Utilisateur standard ayant une moyenne de consultation/mise à jour de120 écrans SAP par heure ou 2 par minute,

Utilisateur dit “High” : Utilisateur intensif ayant une moyenne de consultation/mise à jour de 360 écransSAP 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 uneaction 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émentsutilisés actuellement pour obtenir les ressources nécessaires et estimées par SAP pourl’infrastructure de production cible ECC6.

Dans le cas d’une évolution, il serait souhaitable de pouvoir remplir un questionnaire deQuickSizer 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 duprogiciel SAP.

26-03-2007 of 60


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

http://service.sap.com/supportservices

Rappel :Un Early Watch sera à analyser avant l’opération de montée de version pour obtenir de meilleuresinformations 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 enplace pour le HW concerné.

5.8 Software Configuration 4.6C

http://service.sap.com/supportservices

26-03-2007 of 60


5.9 Taille actuelle de la Base de données :Informations issus de la P01 via /nDB02

26-03-2007 of 60


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 entermes 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 :

CPU Mémoire Disques

Estimationmontée de version46C vers ECC 6.0

+30% +60% +25%

EstimationConversion ECC 6.0

Unicode+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 :- 901070 : Resource requirements for R/3 ECC 6.0- 778774 : Resource requirements for R/3 ECC 5.0- 752532 : Resource requirements for R/3 Enterprise 47*200- 517085 : Resource requirements for R/3 Enterprise 47*110

26-03-2007 of 60


Ressources supplémentaires pour une conversion Unicode :Pour la conversion Unicode, se reporter au tableau SAP « Hardware Requirements-Overview » ci-dessous.

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 http://service.sap.com et revue par le fournisseur d’infrastructure. En effet, laconfiguration matérielle doit être adaptée au besoin de ressource pour obtenir le meilleurcompromis ROI et TCO.

La session « Planning » du service SAP « GoingLive Functional Upgrade Check » fournira uneestimation plus précise des ressources matérielles supplémentaires.

http://service.sap.com

26-03-2007 of 60


6 Gestion des modifications

6.1 Maintenance SAPVérifier le niveau de cohérence des SP 4.6 et les pré-requis ECC6 avant de démarrerla 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-STACKSPour connaitre le dernier SP-STACK disponible et son contenu : http://service.sap.com/sp-stacks

SAP Support Package StacksIn 2003, the SAP Support Package strategy was extended for certain product versions to SupportPackage Stacks (SP Stacks). The new strategy supports the actual way in which the majority ofcustomers apply Support Packages (SPs). Quality and service can be further improved and thereforetotal cost of ownership can be reduced.The increasing diversity of components within a product version calls for greater transparency when itcomes to applying Support Packages and patches. It also requires clear guidelines on the recommendedor permitted combinations of these. For this purpose, a new “SP Stack” will be compiled for each product

http://service.sap.com/sp-stacks

26-03-2007 of 60


version included in the new strategy (usually quarterly). This SP Stack will contain the optimalcombination 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 thatmust 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 seenas an entity in themselves – customers must heed the minimum requirements and dependenciesbetween individual components, and apply the Support Packages and patches specified in the SP Stacktogether.

6.2 Administration base de données6.2.1 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 uneimprimante 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 clientType Poste Client :Le type de Client SAP actuellement utilisé à l’OCDE est exclusivement le SAPGui.

Version en place :SAPGUI pour Windows est utilisé : 6.20

26-03-2007 of 60


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 147519 : Maintenance strategy SAPGuiSAP Note 26417 : SAPGui resources hardware and software.SAP Note 316903 : SAPGui Unicode - How to use i18n modeSAP Note 508854 : 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 note 30460 st précisé la compatibilité du SAPGui avec la version antérieure.

Extrait des notes 147519 et 30460

26-03-2007 of 60


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 lacompatibilité des produits tiers (ou agents, clients) rattachés à l’utilisation, ou l’exploitation du système.( surveillance, Backup, … )

6.6 Infrastructure réseau

6.6.1 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 tableausuivant

26-03-2007 of 60


Se reporter au document SAP « Front End Network Requirements » disponible surhttp://service.sap.com/sizing

Recommandation :Il faut aussi rendre en compte cette croissance de la charge réseau.

http://service.sap.com/sizing

26-03-2007 of 60


7 IntégrationCe 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 formatagede 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)

Il serait intéressant de mettre en étude l’implémentation de SAP-XI pour centraliser et gérérl’ensemble des interfaces de OCDE.

A noter que les interfaces actuelles pourraient être migrées au fil de l’eau.

Information XISAP NetWeaver eXchange Infrastructure (SAP XI)SAP XI est la plate-forme d’échange proposée par SAP. Elle est utilisée, dans le cadre desprojets, pour gérer les problématiques d’échanges de données entre les applications et lagestion des interfaces. SAP XI (eXchange Infrastructure) permet l’intégration des processus degestion et des systèmes d’informations afin de piloter et d’orchestrer de bout en bout desprocessus collaboratifs. Cette infrastructure d’échange est indépendante des systèmes et desapplications (SAP ou non SAP), qu’elles soient à l’intérieur ou à l’extérieur des frontières del’entreprise. Cette infrastructure d’échange est non seulement basée sur les standards WebServices (BPML, WSCI, WSDL, XML, XPATH, XSLT….) mais intègre aussi un grand nombre deconnecteurs techniques et applicatifs (EDI, DB’s, Peoplesoft, Siebel…)Le composant SAP XI est de notre point de vue la meilleure solution d’intégration desapplications 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 lescomposants logiciels SAP dont SAP CRM, IS-U, offre nativement, de nombreuses possibilitéspour l’intégration des solutions SAP au sein d’un système d’information du client à travers dessolutions 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érationautomatique d’interfaces),

26-03-2007 of 60


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.

26-03-2007 of 60


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.6Csont toujours consultables. Se reporter aux notes SAP 50802 et 449918.

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 desobjets supplémentaires.

Mettre en œuvre une procédure de réorganisation des tables associées.

26-03-2007 of 60


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

26-03-2007 of 60


8.2 Approche de plan de migration

26-03-2007 of 60


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 proposel’ensemble toutes les fonctionnalités de datawarehouse habituellement présentes dans lessolutions dédiées du marché. SAP BI couvre l’ensemble de la chaîne de traitement des donnéesdans 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 derestitutions et d’édition Web et également, un contenu préconfiguré pour les solutions SAPproposées.Le composant fonctionnel SAP for Retail offre aussi des solutions de reporting classique etd’infocentre directement réalisées sur les données opérationnelles et sur le systèmetransactionnel. Cependant, SAP BI est fortement conseillé pour les raisons exposées ci-dessous :

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 SAPo 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 oud’entreprise dépendant du choix client. Ce composant permet non seulement de s’affranchir dela problématique de déploiement du client (browser based) mais d’unifier l’accès à l’ensembledes applications de l’entreprise qu’elles soient SAP ou non SAP. SAP NW Portal offre aussi dessolutions 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 contenupréconfiguré pour les applications IS-U et CRM via les Business Packages afin de réduiresensiblement les coûts de mise en œuvre et de maintenance des solutions SAP. SAP NW Portalporte en effet toute la logique de visualisation et d’accès des solutions proposées.

26-03-2007 of 60


9.2 Rappel de rôle Administration / exploitation TechniqueInformation à la demande de l’OCDEOn 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 eninterne par transferts de connaissances des Administrateurs SAP. Les exploitants égalementdoivent 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 letransfert 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 suivantsExploitation 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 logicielMontée de version SAP (SAP, UNIX, DB, …)Support packages

26-03-2007 of 60


Montée de version Kernel, plugin, …Transport CSSMessages CSSEarly Watch et Going live check SAPGUI

Support aux utilisateursTraitement des anomalies sur CSSLancement de Batch en journéeModification d’autorisationsAjout utilisateurs

Maintenance de l’applicationEvolutions applicativesCorrection d’anomalies processus métierCorrection de programmes AbapModification d’interfacesNouveau développementQuerries, formulaires, …

… Nouveaux Projets

26-03-2007 of 60


9.3 Notes autour de ERP2005 :

SAP Note Title Description938033 mySAP ERP 2005 SR1

Installation or UpgradeThis note informs the user on the minimal Support PackageStack (SPS) level for the installation of or upgrade to mySAPSAP ERP 2005.

852235 Release restrictions /information on DSD 2004

At the time of the release of SAP ERP 2005, limitations existconcerning the productive usage of certain functions. This noteprovides customer information on these restrictions.

852008 Release Restrictions for SAPNetWeaver 2004s

At the time of the release of SAP NetWeaver 2004s, limitationsexist concerning the productive usage of certain functions. Thisnote provides customer information on these restrictions.

571530 Availability of SAP BusinessConnector

Provides statement of the availability of SAP BusinessConnector (SAP BC). You can download the SAP BC from theSAP Service Marketplace at service.sap.com/sbc-download.

824757 Dependencies between mySAPERP component lists

Describes dependencies between different processes. In suchcases, different components must be installed.

853692 Installation CPRXPRM 400 Related to component CPRXPRM of instance SAP cProjectSuite.

853694 Upgrade from CPRXRPM 400 Related to component CPRXPRM of instance SAP cProjectSuite.

805390 Central Note for SAP SolutionManager Key

Provides information on the SAP Solution Manager that isrequired for installation or upgrade of mySAP ERP.

849887 ERP 2005: Support PackageStacks Release and Info

Contains a list of all mySAP ERP 2005 Release and InformationNotes (RIN) that are issued.

755712 Release restrictions /information on DSD 2004

Provides information on Mobile Direct Store Delivery.

853050 Restricted platform availabilityfor the JIT

Provides information on performance restrictions of the JavaTransaction Server Technology.

855455 Workarounds Provides information on possible workarounds for performancerestrictions of the Java Transaction Server Technology.

835170 Installation/DeltaUpgrade ofCCM 200

Provides information on Add-On Installation/DeltaUpgrade mitTransaktion SAINT.

835169 Additions regarding UpgradeBasis 700 with CCM 2.00

Deals with the add-on upgrade to SAP NetWeaver 2004s withCCM 200.

855830 SAP ERP 2005 Installation onWindows

Provides information on problems discovered after thepublication of installation documentation.

855297 SAP ERP 2005 Installation onUNIX

Provides information on problems discovered after thepublication of installation documentation.

855534 Embedded NetWeaverComponents in ERP

Describes how to handle the installation of SAP NetWeavercomponents/usage types BW/BI, XI/PI, EP, MI and/or DItogether with ECC in the same instance (the same SID).

26-03-2007 of 60


Add-On NotesSAP Note Title830596 Enhancements for Upgrade Basis 7.00 with WFMCORE

830595 Installation WFMCORE 200830594 Enhancements for Upgrade Basis 7.00 with LSOFE

830593 Installation of LSOFE 600830592 Enhancements for Upgrade Basis 7.00 with ERECRUIT

830591 Installation von ERECRUIT 600438520 Overview: Notes on Add-On FINBASIS

186299 Overview: Notes on Add-On SEM-BW

852446 Installation FINBASIS 600 on SAP NW AS 7.0

852447 Installation SEM-BW 600 on SAP NW AS 7.0

640634 KM compatibility package (required for Employee DocumentsiView)

838002 Add-ons (non-IS) integrated into SAP ECC 600

838003 Industry Add-Ons integrated into SAP ECC 600

857304 Installation SAP CM SOA in ERP 2005

855383 Installation SAP SEM 6.0

mySAP ERP 2005 - Installation and Upgrade Guides (Notes)

ABAP Components, based on WebAS 7.0 ABAPInstallationUpgrade Titel

852446 852448 FINBASIS 6.0830591 830592 E-Recruitment 6.0852447 852448 SEM 6.0830593 830594 Learning Solution (Frontend) 600835170 835169 Catalog Content Management (SAP Catalog 2.0)853692 853694 c-Project Suite 4.0853651 SAP SRM AddOn830595 830596 WFM Core 2.0

BI Content847019 847019 BI Content 3.53

26-03-2007 of 60


9.4 Quelques URL url liés à ECC

Services SAP France Conseil Défense PLAZA – Défense 9 ...dboacn.free.fr/Credentials/OCDE/Etude...

Documents

Transcript of Services SAP France Conseil Défense PLAZA – Défense 9 ...dboacn.free.fr/Credentials/OCDE/Etude...