Replatforming SAP. Daniel MARTIN - Architecte SAP & Décisionnel Jean MIRANDA - Architecte Stockage & Messagerie. Espace Grande Arche Paris La Défense

Transcription

1 Replatforming SAP Daniel MARTIN - Architecte SAP & Décisionnel Jean MIRANDA - Architecte Stockage & Messagerie Espace Grande Arche Paris La Défense

2 Un leader aéroportuaire européen Trois aéroports hautement complémentaires 2 ème groupe aéroportuaire européen pour le trafic de passagers 90,3 millions de passagers en 2013 (+1,7 % / 2012) 1 er groupe aéroportuaire européen pour le fret et courrier Près de 2,2 millions de tonnes de fret et de courrier traités en 2013 (-3,7 % /2012) ha : le plus grand domaine aéroportuaire d Europe, propriété d Aéroports de Paris Effectif Aéroports de Paris au 31 décembre collaborateurs (Total groupe: 9 026) Le Bourget : Aéroport d affaires 1 re plate-forme européenne d aviation d affaires CDG : un hub dédié au moyen et long courrier 2 ème européen en nombre de passagers avec 62,0 millions. 8 ème mondial en nombre de passagers Orly : Aéroport court courrier et Origine / Destination ( O/D ) 13 ème européen en nombre de passagers avec 28,3 millions. Paris - Charles de Gaulle Paris - Le Bourget Paris - Orly 1

3 L informatique en quelques chiffres 2

4 Les infrastructures du Système d Information 3

5 L infrastructure SAP à renouveler Aéroports de Paris a choisi, en 1998, SAP comme solution intégrée pour son système de Gestion. En 2012, l ERP SAP reposait sur: 2 serveurs Power 5 avec AIX 5.3 dont les caractéristiques étaient : IBM P570 : 16 processeurs, 128 Go de RAM, 1.65 GHz 64-bit POWER5 processor cores IBM P590 : 19 processeurs, 294 Go de RAM, 2.1 GHz 64-bit POWER5+ processor cores Les serveurs IBM permettent la virtualisation des ressources (disques, réseau, fibres, ). Virtualisation des disques SCSI pour créer les partitions systèmes des différentes partitions. 2 baies de stockage VNX 7500 avec Tiering automatique et 2 Storage Pool (Hautes perfs et standard) 1 réseau de stockage basé sur 2 FABRIC Brocade des bases de données Oracle 11G (ECC PRO ~1,1To) 4

6 L étude de replatforming SAP Les serveurs Power 5 arrivant au terme de la période de maintenance, la DSI a décidé fin 2011 de lancer une étude de remplacement de l infrastructure. 7 scénarii possibles ont été identifiés compte tenu de notre contexte: Scénario 1 - SAP / Oracle / AIX / Power 7 Scénario 2 - SAP / Oracle / Linux / Power 7 Scénario 3 - SAP / Oracle / Linux / Intel Scénario 4 - SAP / Oracle / Windows / VMware / Intel Scénario 5 - SAP / SQL Server / Windows / VMware / Intel Scénario 6 - SAP HANA Scénario 7 - Hébergement externe A l issue de l étude conjointe menée par Bull et Aéroports de Paris, sont ressorties les 2 solutions suivantes, avec pour chacune des avantages et inconvénients. Scénario 1 - SAP / Oracle / AIX / Power 7 Scénario 5 - SAP / SQL Server / Windows / VMware / Intel Début 2012, la Direction générale a lancé une étude d opportunité en vue de simplifier les processus de gestion de l entreprise (projet SSPG). 1/3 5

7 L étude de replatforming SAP Mi-2012, le Projet SSPG (Simplification et Sécurisation des Processus de Gestion) a été lancé avec comme principaux objectifs de: Réduire les délais de production des résultats Favoriser les modes de travail collaboratif Renforcer la capacité de gestion et de pilotage de la performance Améliorer qualitativement les données de gestion Rationaliser les outils de gestion Le projet a été redécoupé en sous-projets: Sous-projet - Processus achats et approvisionnements, Nouveau Modèle de Gestion (NMG), Reporting et Budget Sous-projet -Administration des ventes (ADV) Sous-projet - Processus Comptable et Contrôle de gestion Sous-projet - Socle, correspondant à l infrastructure technique nécessaire au projet à l ensemble 2/3 6

8 L étude de replatforming SAP Décision: D un point de vue TCO, les 2 solutions étaient relativement proches avec cependant un petit avantage pour le scénario 5. En y intégrant le coût de la migration (OS/DB, scripts, spécifiques, formations ), le scénario 5 ne trouvait un ROI qu au bout d une dizaine d années. Le projet SSPG nécessitant un nouveau paysage complet pour son implémentation, le scénario 5 a finalement été retenu. Ce choix nous permettait: de déployer SAP sur des briques systèmes maitrisées par une population plus large de bénéficier de la souplesse de la virtualisation pour la mise en œuvre de l architecture de globaliser les licences Windows et SQL Server Nous n avons cependant pas osé le «tout virtualisé» car nous n avions pas de recul, à l époque, sur les bases de données en environnement virtualisé. 3/3 7

9 Le projet SSPG Sous-projet socle L environnement SAP repose dorénavant sur: 2 Clusters VMware 5.1 avec chacun 4 ESX bi-pro 8 core et 128 Go 2 Clusters MSCS avec chacun 2 serveurs bi-pro 6 core et 64 Go, pour la production et la validation ECC. Les Clusters de production et validation reposent sur un stockage hautement disponible basée sur le MetroCluster VPLEX Dual Engine mis en production fin En back-end, le MetroCluster VPLEX s appuie sur deux baies de stockage VNX Le Cluster VMware SAP de développement s appuie sur une baie de stockage VNX 5700 qui héberge tous les environnements de test et développement, ainsi que certains environnements de validation et production ne nécessitant pas de Disaster Recovery. Les 3 baies VNX disposent : de deux Storage Pool (hautes perfs et perfs standard) de Fast Cache et Fast VP (Tiering automatique) pour l amélioration des performances et l optimisation des coûts. du Thin provisionning Ces choix ont permis de mettre en adéquation le besoin et des coûts maitrisés. 8

10 Le projet SSPG Sous-projet socle Le sous-projet socle, débuté en décembre 2012, couvre un vaste périmètre technique comprenant : La création et le paramétrage de nouveaux environnements (paysages SAP EPM, SAP ECC, Solution Manager, GRC, Portail Java) La migration de paysages existants: Migration de BFC avec passage de la version 7.5 à la 10 et création de paysages DEV, VAL, PRO Migration hétérogène OS/DB de l ensemble des instances ECC Son périmètre de livraison était le suivant : Migration hétérogène SAP Migration Unicode Montée de EHP4 en EHP6 Réécriture en PowerShell de tous les scripts AIX Montée du SAPGUI de 7.20 en 7.30 Mise en place du SSO pour les utilisateurs ECC «clients lourds» Lot d évolutions techniques et fonctionnelles (maintenance applicative) 9

11 Le projet SSPG Sous-projet socle Le dispositif de mise en production Pendant la phase projet (janvier à décembre 2013): Intégration de l ensemble des compétences dès le démarrage du projet technique, fin Mise en place d une instance projet hebdomadaire, l «atelier socle» Mise à jour des documentations techniques à chaque itération de la migration Communication hebdomadaire au centre de compétence SAP Pour fiabiliser la mise en production: 4 Runs réalisés dont 2 en configuration identique à la production (VAL & PRO) Activation d un service SAP «OS/DB Migration Check» par l éditeur Intervention sur site de deux experts SAP (en relais) Mise en place d un mode «haute disponibilité» avec un expert infra, un expert exploitation et expert BC Dispositif d astreinte significatif à la DSI avec les équipes SAP, Système, poste de travail, SAN, Sauvegardes, Réseau et les experts fonctionnels Identification de 2 points de retour arrière possible et du point V1 où le «décollage» vers Windows/MS SQL est irréversible 10

12 Le projet SSPG Sous-projet socle Les opérations techniques Les différentes phases: Mise en service d une instance en consultation pour les membre du CC SAP et le contrôle de gestion (Clone de l ECC de PROD) Conversion Unicode et export/import en parallèle qui ont duré 2 jours (26 et 27 décembre). Utilisation de Software Provisioning Manager, outil d installation, copie, split unifié de SAP Upgrade de la version ECC6 EHP4 vers ECC6 EHP6 qui a duré 2 jours également (28 et 29 décembre). Utilisation de Software Update Manager, outil de maintenance unifié des solutions Netweaver de SAP Les grandes phases de l upgrade en EHP6: Etapes Début Durée exécution Fin MAIN_TRANSEXEC/ACT_TRANS 28/12/2013 à 16h13 5h19 28/12/2013 à 21h32 PARDIST_TRXCNV (PARDIST_TRANS) 28/12/2013 à 21h32 0h21 28/12/2013 à 21h53 MAIN_TRANSEXEC/ PARMVNT_TRANS 28/12/2013 à 21h57 6h46 29/12/2013 à 04h43 TABIM_TRANS 29/12/2013 à 04h54 18h43 29/12/2013 à 23h37 XPRAS_TRANS 29/12/2013 à 23h38 1h49 30/12/2013 à 01h27 Les post installations ont débuté le 31/12/2013 et se sont poursuivies jusqu'au samedi 04/01/

13 Le projet SSPG Sous-projet socle Les opérations techniques dans l instance ECC La livraison des ordres de transport a généré sur PRO les adaptations, créations et suppressions suivantes: 2310 objets du Repository, essentiellement des programmes (Objets REPS, REPT et PROG) 202 fonctions et 13 groupes de fonctions (Objets FUNC et FUGR), 183 rôles utilisateurs (Objets ACGR), 36 écrans SAP (Objets DYNP) 10 classes et 95 méthodes (Objets CLAS et METH) 105 transactions (Objets TRAN) 127 objets du Dictionary, essentiellement des tables ou structures (Objets TABL) Dans le cadre de cette livraison, 145 notes SAP (dont les notes de sécurité) ont également été passées. 12

14 Le projet SSPG Sous-projet socle Le bilan de la migration ECC Le basculement Oracle/AIX vers Windows/MS SQL s est déroulé conformément au planning initial L Execution de Runs pendant la phase projet (dont 2 répétitions sur l environnement de production) nous a permis d identifier en amont toutes les problématiques auxquelles nous aurions pu être confrontées le jour J Mauvais choix sur la période de déploiement du SAPGUI (calqué sur celle de la migration), alors qu il aurait pu être télédistribué en avance de phase. Très forte activité des utilisateurs, la première semaine, qui n avaient pas pu faire de saisies pendant toute la phase de migration. L environnement a très bien supporté cette charge exceptionnelle, ce qui nous a rassuré sur la robustesse et le dimensionnement de l infrastructure. 13

15 Les performances de SAP PRO ECC EWA (EarlyWatch Alert) de l instance PRO AIX/Oracle de mi-décembre 2013 et Windows/SQL Server de mai 2014 Catégories Indicateurs Valeurs AIX/Oracle Valeurs Win/SQL Bilan System Performance Active Users (>400 steps) Avg. Availability per Week > 99% > 99% Avg. Response Time in Dialog Task 947 ms 609 ms -35 % Max. Dialog Steps per Hour Avg. Response Time at Peak Dialog Hour 990 ms 525 ms Avg. Response Time in RFC Task 2096 ms 745 ms Max. Number of RFCs per Hour Avg. RFC Response Time at Peak Hour 1374 ms 1012 ms Hardware Capacity Max. CPU Utilization on DB Server 86% 30% Max. CPU Utilization on Appl. Server 89% 22% Database Performance Avg. DB Request Time in Dialog Task 348 ms 218 ms Avg. DB Request Time for RFC 490 ms 60 ms Avg. DB Request Time in Update Task 45 ms 60 ms Database Space Management DB Size GB GB Divisée par 3 DB Growth Last Month 9.72 GB 5.68 GB -40% 14

16 Le projet SSPG Sous-projet socle Le bilan du projet cinq mois après Rafraichissement d instances: les rafraichissements se font très simplement en 5 heures, ce qui nous a évité d investir dans LVM (Landscape Virtualization Management) produit mis en avant par SAP. Cluster Microsoft: Une très grande facilité d exploitation de celui-ci par rapport au cluster AIX (HACMP) VMware: l ajout de nouveaux serveurs pour les besoins du projet est aisé et rapide SQL Server: Le passage d Oracle à MS SQL, s est fait sans douleurs, le produit étant très simple d administration et plus économique (Licensing) Stockage: La continuité de service a grandement été simplifié par l utilisation du Metro cluster VPLEX. L utilisation de SQL Server a permis de diviser la volumétrie des bases ECC par 3. Un ressenti très positif tant des équipes techniques, que des utilisateurs En conclusion, on a gagné en TCO, Performance, Souplesse, Simplicité et Robustesse 15

17 En partenariat avec Retrouvez-nous stand 52 Espace Grande Arche Paris La Défense