Agenda Introduction au projet SIMM Réduction des volumes de sauvegarde avec RMAN Réduction des volumes de données avec Oracle 11g Advanced Compression
Agenda Introduction au projet SIMM Enjeux Trajectoire Architecture Réduction des volumes de sauvegarde avec RMAN Réduction des volumes de données avec Oracle 11g Advanced Compression
Introduction au projet SIMM architecture logicielle Le projet SIMM (Système d Information du Marché de Masse) est le projet d intégration d une solution SAP pour la gestion de la clientèle du marché résidentiel d EDF. SIMM est basé sur les modules SAP CRM (Gestion de la Relation Client) ISU (Administration Des Ventes) BI (PILotage) Ainsi que sur des services web J2EE (CANAL WEB) pour l accès via internet
Introduction au projet SIMM enjeux «Mode intégré» SIMM QE/TGC 97 bases de données clients distinctes Le couple Client/Local comme point d entrée Un outil spécifique historique (années 60) pour gérer ces données SIMM 1 seule base de données regroupant l ensemble des clients Le client et et le le local comme points d entrée différenciés Un ERP (SAP) pour gérer ces données A terme, SIMM réunira l ensemble des clients d EDF au sein d un outil unique et permettra de les suivre au fil de leur mobilité
Introduction au projet SIMM trajectoire Une trajectoire de migration exponentielle Des volumétries exceptionnelles Des évolutions fonctionnelles régulières Des évolutions techniques majeures Des liens forts entre trajectoire métier et SI 76,9 To 93,8 To 51,9 To 31,3 To 15,1To Evol. Fonctionnelles majeures Evol.Techniques majeures 5.1 7.1 2009 2010 6/2011 2011 2012 2013
Introduction au projet SIMM Socle technique architecture technique simplifiée AIX 6.1 Oracle 10.2 SAP CRM 5.0 (NW 7.1), IS-U (ECC 6.0) & BI 7.1 (NW 7.1)
Agenda Introduction au projet SIMM Réduction des volumes de sauvegarde avec RMAN Pourquoi réduire les coûts? Pourquoi RMAN? Bilan chiffré & perspectives Réduction des volumes de données avec Oracle 11g Advanced Compression
Réduction des coûts de sauvegarde pourquoi? Maîtriser l impact des sauvegardes sur les coûts d exploitation Volumétrie et niveau de service élevés De 3To pour le module CRM à 11To pour le module ISU Sauvegarde online quotidienne conservée 6 jours PRA 9
Réduction des coûts de sauvegarde pourquoi RMAN? Limitations de l infrastructure de sauvegarde Infrastructure fortement mutualisée Capacité de sauvegarde quotidienne limitée à 10To max. Outil du marché, standard et éprouvé et gratuit Fonctionnalités Capacité de compression Pas de sauvegarde des blocs «vides» Compression des sauvegardes «à la volée» Réduction des volumes Consommation CPU 10
Réduction des coûts de sauvegarde Fonctionnalités pourquoi RMAN? Sauvegarde incrémentale différentielle Réduction des volumes Sauvegarde des blocs modifiés depuis la dernière sauvegarde uniquement Réduction des durées Complément indispensable Block Change Tracking Réduction des durées Cycle hebdomadaire Parcours des blocs modifiés depuis la dernière sauvegarde uniquement 11
Réduction des coûts de sauvegarde bilan Facteur de compression des sauvegardes FULL et INC de 1:7 Volume de sauvegarde mensuel réduit de 90% ROI estimé à 5M sur 3 ans Durée des sauvegardes incrémentales proportionnelle au volume de modification et maintient de la capacité à sauvegarder quotidiennement 12
Réduction des coûts de sauvegarde En détails : bilan VOLUMETRIES Base source en Go Svgd FULL en Go Svgd INC en Go CRM 2.685 518 144 BI 5.880 675 92 IS-U 9.742 1.443 182 DUREES Base source en Go Svgd FULL hh:mm Svgd INC hh:mm CRM (*) 2.685 05:03 02:06 BI (*) 5.880 04:15 01:33 IS-U (**) 9.742 08:12 01:15 (*) connexion SAN : 2 x 2 Gbps (**) connexion SAN : 2 x 4 Gbps 13
Réduction des coûts de sauvegarde perspectives Impacts de la sauvegarde RMAN à maîtriser Formation des équipes d exploitation Forte consommation CPU due à la compression Intensification du profil de charge (ex : taille d IO, conso CPU, ) Durée cumulée sauvegarde RMAN + mise sur bande Perspectives d évolution Généralisation Paramétrage mis à jour Architecture : Incrementally Updated Backups (Rolling Forward Image Copy Backups) 14
Agenda Introduction au projet SIMM Réduction des volumes de sauvegarde avec RMAN Réduction des volumes de données avec Oracle 11g Advanced Compression Contexte Les premiers résultats Les prochaines étapes
L Advanced Compression en système SAP Contexte Support SAP de Oracle 11g depuis 2010, et de la compression Oracle (Advanced Compression et compression des index) Volumétries très importantes, donc des gains prometteurs : Sur le coût de l application Sur l indisponibilité lors des opérations de maintenances Eventuellement sur les performances Pour information : Volumétrie actuelle Volumétrie cible CRM 2,6 To 23 To ISU 9,7 To 43 To BI 5,8 To 27 To 16
L Advanced Compression en système SAP Contexte Quelques chiffres : 22 environnements sur le projet dont 9 à volumétrie de production 750 To de stockage alloués (tous environnements confondus) Un environnement complet de test de performances, en avance de 18 mois sur la production Permet de tester et de valider les évolutions futures Premiers tests de compression réalisés sur cet environnement. 17
L Advanced Compression en système SAP Les premiers résultatsr Après une copie des données de la production, migration de l'environnement de test en 11gR2 Premier traitement batch (en 11gR2, sans compression) sans différences notables comparé au même traitement en production Après compression des tables et des plus gros index, obtention de gains importants : Volumétrie des objets Volumétrie des objets après compression Ratio CRM 2 To 922 Go 2,2 ISU 8,6 To 2,3 To 3,7 BI 3,7 To 1,3 To 2,9 Table DFKKOP 1332 Go 165 Go 8 18
L Advanced Compression en système SAP Les premiers résultats: r performance SAP Traitement batch avant compression : Traitement batch après compression : 19
L Advanced Compression en système SAP Les premiers résultats: r performance Oracle 20
L Advanced Compression en système SAP Les prochaines étapes - Conclusion Une fonctionnalité très prometteuse pour le projet mais des impacts à tous les niveaux Ce qu'il reste à faire pour sécuriser la trajectoire : Affiner le périmètre de la compression, réaliser des tests exhaustifs (transactionnels, batch, BI) Tester les Secure Files Développer une procédure d'installation de la compression industrielle Réajuster fonctionnellement les traitements batch Réévaluer les étapes du plan de production (sauvegardes RMAN, calculs de statistiques, ) 21