OPTIMISATION DE LA SAUVEGARDE ET DE LA RESTAURATION DANS LES ENVIRONNEMENTS SAP AVEC EMC DATA DOMAIN ET EMC NETWORKER

Transcription

1 Livre blanc OPTIMISATION DE LA SAUVEGARDE ET DE LA RESTAURATION DANS LES ENVIRONNEMENTS SAP AVEC EMC DATA DOMAIN ET EMC NETWORKER Analyse détaillée EMC SOLUTIONS GROUP Résumé Ce livre blanc décrit comment la technologie de déduplication à la volée des systèmes de stockage avec déduplication EMC Data Domain avec le logiciel EMC Data Domain Boost (DD Boost) et EMC NetWorker bénéficient aux opérations de sauvegarde et de restauration des systèmes SAP. Il aborde également les bonnes pratiques d utilisation d EMC NetWorker Module for SAP avec Oracle et de NetWorker PowerSnap Module pour une administration simple et efficace. Février 2012

2 Copyright 2012 EMC Corporation. Tous droits réservés. EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis. Les informations contenues dans cette publication sont fournies «en l état». EMC Corporation ne fournit aucune déclaration ou garantie d aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d adéquation à une utilisation particulière. L utilisation, la copie et la distribution de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité. Pour obtenir la liste actualisée des noms de produits, consultez la section des marques commerciales EMC Corporation via le lien Législation, sur VMware, ESX, VMware vcenter et VMware vsphere sont des marques déposées ou des marques commerciales de VMware, Inc. aux États-Unis et/ou dans d autres juridictions. Intel et Xeon sont des marques commerciales d Intel Corporation aux États-Unis et dans d autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs. Référence H

3 Table des matières Résumé analytique... 5 Business case... 5 Présentation de la solution... 5 Principaux résultats... 6 Introduction... 7 Objectif... 7 Périmètre... 7 Audience... 7 Terminologie... 7 Présentation technique... 9 Présentation... 9 Systèmes EMC Data Domain... 9 Logiciel EMC Data Domain Boost... 9 EMC NetWorker... 9 EMC NetWorker Module for SAP avec Oracle... 9 EMC NetWorker PowerSnap Module for CLARiiON... 9 EMC Data Protection Advisor VMware vsphere SAP ERP IDES HP LoadRunner Architecture de la solution Présentation de la solution Environnement matériel Environnement logiciel Conception et configuration Introduction Configurations clés Conception du stockage SAP Configuration de DD Boost Configuration d EMC NetWorker Configuration de NMSAP Configuration spécifique de PowerSnap Configuration du chargement des données Test et validation Présentation du test Procédure de test Résultats des tests Analyse des résultats

4 Conclusion Résumé Conclusions Références Livres blancs Documentation produit Autre documentation Informations complémentaires Présentation Profil d utilitaire de sauvegarde Profil d utilitaire de sauvegarde pour PowerSnap Fichier de configuration PowerSnap

5 Résumé analytique Business case Présentation de la solution La mise en œuvre des technologies de virtualisation des serveurs et les nombreuses copies des systèmes SAP requises à des fins de test rendent les environnements SAP de plus en plus complexes. Le nombre de serveurs augmente avec la virtualisation. Chaque système SAP ajouté à l environnement requiert une sauvegarde. Du fait de la prolifération des données, de la réduction des budgets et du besoin accru de rétention à long terme des données à des fins d audit, la demande en sauvegarde constitue un défi. Pour répondre aux exigences des SLA lors des phases opérationnelles et de maintenance, les administrateurs de système SAP ont souvent des difficultés à : terminer les sauvegardes dans la fenêtre de sauvegarde définie ; exécuter des tâches de sauvegarde sans affecter les performances du système de production ; restaurer les données conformément à l objectif de temps de restauration (RTO) augmenter l efficacité de la bande passante du réseau au cours de la sauvegarde ; réduire le temps consacré à la gestion des bandes et optimiser l utilisation des ressources d administration qualifiées. Cette solution permet une sauvegarde et une restauration nouvelle génération complètes pour SAP avec technologie de déduplication à la volée, reposant sur des systèmes de stockage avec déduplication EMC Data Domain optimisés par les processeurs Intel Xeon, EMC NetWorker et EMC Data Protection Advisor. Les systèmes Data Domain et EMC NetWorker sont les composants principaux de la solution. Ils optimisent les tâches de sauvegarde et de restauration SAP et apportent des niveaux inédits de simplicité et d efficacité opérationnelles tout en permettant une réduction du coût total de possession (TCO). Le TCO est un facteur important à prendre en compte dans la prise en charge des SLA, d autant plus que le volume des données augmente de manière exponentielle et que les budgets informatiques sont orientés à la baisse. DD Boost permet d améliorer sensiblement les performances de sauvegarde, de réduire les fenêtres de sauvegarde et d optimiser l utilisation de la bande passante réseau. Pour ce faire, certaines parties du processus de déduplication sont confiées au client de sauvegarde ou au nœud de stockage EMC NetWorker. EMC NetWorker est utilisé en tant qu'outil de gestion des sauvegardes qui contrôle l intégralité du processus de sauvegarde et des opérations de restauration. Grâce à l interaction avec le module EMC NetWorker PowerSnap, NetWorker effectue des sauvegardes hors hôte. Ainsi, la sauvegarde s effectue sans nuire aux performances du serveur de production SAP. Data Protection Advisor (DPA) comprend un jeu complet de fonctions permettant d analyser les opérations de protection des données afin de garantir que celles-ci sont protégées et récupérables. En analysant les applications de sauvegarde et en prenant en charge l infrastructure et le stockage cible, DPA est capable de repérer les problèmes pour qu ils puissent être résolus avant qu une défaillance survienne. En outre, DPA simplifie considérablement l évaluation des metrics de l ensemble de l environnement de sauvegarde. 5

6 Principaux résultats Cette solution présente les avantages suivants : réduction des coûts d infrastructure grâce aux systèmes Data Domain qui présentent des taux de déduplication pouvant atteindre 20:1 ; amélioration de l utilisation des ressources grâce aux systèmes Data Domain configurés avec DD Boost, permettant jusqu à 93 % de réduction de la consommation de la bande passante du réseau local ; réduction de 43 % des fenêtres de sauvegarde grâce aux systèmes Data Domain avec DD Boost ; réduction de 16 % des fenêtres de restauration grâce aux systèmes Data Domain avec DD Boost ; performances du système de production SAP non affectées lors de la sauvegarde grâce au module EMC NetWorker PowerSnap. 6

7 Introduction Objectif Périmètre Audience L objectif de ce livre blanc est de montrer que les clients SAP peuvent réduire leur consommation de stockage à long terme tout en bénéficiant de meilleures performances lors des opérations de sauvegarde et de restauration grâce au déploiement de systèmes Data Domain dotés du logiciel Data Domain Boost. Il aborde également les atouts de la solution validée : réductions des coûts, flexibilité renforcée et fonctionnalités supplémentaires. Ce livre blanc décrit une solution permettant aux clients SAP d améliorer la protection des données des systèmes critiques en affinant leur stratégie de sauvegarde et de restauration grâce à la technologie de déduplication à la volée. Il décrit en particulier : le taux de déduplication des données de sauvegarde obtenu grâce aux systèmes Data Domain ; l amélioration des performances des opérations de sauvegarde et de restauration obtenue avec DD Boost ; l intégration transparente d EMC NetWorker avec les systèmes Data Domain et les systèmes à l aide de NetWorker Module for SAP avec Oracle (NMSAP) ; la fonctionnalité de sauvegarde basée sur le clonage fournie par PowerSnap ; le contrôle et l analyse des performances assurés par DPA. Ce livre blanc est destiné aux clients d EMC, à ses partenaires et à ses employés (responsables de la planification informatique, architectes SAP, administrateurs de base) ainsi qu à toute autre personne impliquée dans l évaluation, l acquisition, la gestion, l exploitation ou la conception d un environnement SAP. Il est souhaitable de posséder quelques connaissances et une expérience de la sauvegarde et la restauration des bases de données SAP avec Oracle à l aide de BR*Tools. Terminologie Tableau 1. Terme BACKINT Nœud de stockage AFTD Hôte proxy Termes utilisés dans le livre blanc Définition Fichier binaire de sauvegarde externe appelé par BR*Tools pour effectuer une sauvegarde de système SAP au niveau du système de fichiers. Certifié SAP. Ordinateur hôte (y compris EMC NetWorker Server) doté d une connexion physique aux périphériques de stockage associés et propriétaire de ceux-ci. Advanced File Type Devices est un type de périphérique EMC NetWorker pour la sauvegarde basée sur disque créée sur des disques locaux ou sur des disques rattachés au réseau et gérés par EMC NetWorker Storage Node. Également connu sous le nom de Data Mover ou Mount Host, l hôte secondaire, à partir duquel PowerSnap met en œuvre une sauvegarde basée sur les snapshots pour éviter de dégrader les performances du client de sauvegarde. 7

8 Terme DEV QAS PRD RTO NaviSecCLI BR*Tools ESX Machine virtuelle VMDK VMFS RDM NMSAP Définition Système de développement SAP, généralement copié depuis un système de production SAP lors de la création initiale. Système d assurance qualité SAP, qui est également appelé système de test, généralement copié depuis le système de production SAP lors de la création initiale Système de production SAP. Recovery Time Objective (objectif de temps de restauration). Durée maximale acceptable d arrêt d un système SAP à la suite d une défaillance ou d un sinistre. Navisphere Secure Command Line Interface. Interface de ligne de commande servant à la configuration et à la gestion des baies CLARiiON. Jeu d outils fourni par SAP pour les tâches d administration de base de données Oracle (administrateur BD). Architectures d hyperviseur VMware basées sur des serveurs physiques compatibles qui constituent la base de la création et de la gestion d une infrastructure informatique virtualisée. Une machine virtuelle est un conteneur logiciel bien isolé pouvant exécuter ses propres systèmes d exploitation et ses applications comme un ordinateur physique. Virtual Machine Disk Files est un descripteur de datastore. VMware Virtual Machine File System est un système de fichiers en cluster qui permet à plusieurs hôtes VMware ESX d accéder simultanément à un seul fichier VMDK. Raw Device Mapping est un fichier de mappage qui réside dans un volume VMFS et qui agit comme proxy pour un périphérique physique brut. Il permet de gérer VMFS avec un accès au périphérique brut requis par certaines applications. EMC NetWorker Module for SAP avec Oracle 8

9 Présentation technique Présentation Systèmes EMC Data Domain Logiciel EMC Data Domain Boost EMC NetWorker EMC NetWorker Module for SAP avec Oracle EMC NetWorker PowerSnap Module for CLARiiON Cette section décrit brièvement les composants principaux de la solution. Système de stockage avec déduplication EMC Data Domain EMC Data Domain Boost EMC NetWorker EMC NetWorker Module for SAP avec Oracle EMC NetWorker PowerSnap Module for CLARiiON EMC Data Protection Advisor Serveur VMware ESX SAP ERP IDES HP LoadRunner Les systèmes de stockage avec déduplication EMC Data Domain réduisent le volume de stockage sur disque en identifiant les fichiers et les données redondants au moment de leur stockage. Ainsi, en moyenne, l espace de stockage requis est de 10 à 30 fois inférieur au Dataset d origine. La déduplication des données s effectue sur des flux de données entrants et permet d identifier uniquement les segments de données nouveaux et modifiés et de les stocker en tant qu instances uniques au sein du système de fichiers Data Domain. Les systèmes de stockage avec déduplication EMC Data Domain pour la sauvegarde et la restauration tirent parti des processeurs multicœur Intel Xeon pour accélérer la déduplication des données et assurer une réplication réseau efficace tout en favorisant les réductions de coûts et l efficacité. Les systèmes EMC Data Domain valorisent l ensemble d instructions Intel SSE afin d optimiser le parallélisme et l utilisation de la mémoire du système, ce qui augmente considérablement l ensemble des performances système. Le logiciel EMC Data Domain Boost augmente sensiblement les performances en confiant certaines parties du processus de déduplication au client de sauvegarde ou à EMC NetWorker Storage Node. Sans Data Domain Boost, le serveur de sauvegarde envoie toutes les données, uniques ou redondantes, au système Data Domain a des fins de déduplication. Dédié à la sauvegarde et la restauration, le logiciel EMC NetWorker centralise, automatise et accélère la sauvegarde et la restauration des données dans tout votre environnement informatique. EMC NetWorker permet d exécuter des opérations de sauvegarde centralisée et de restauration pour un contrôle complet de la protection des données dans les environnements informatiques et de stockage les plus divers. EMC NetWorker Module for SAP avec Oracle (NMSAP) est un module complémentaire certifié SAP pour EMC NetWorker. Il fournit une interface de sauvegarde et de restauration entre les programmes SAP BR*Tool et NetWorker Server. Backint, qui fait partie de NMSAP, fournit une interface entre BR*Tools et EMC NetWorker. EMC NetWorker PowerSnap for CLARiiON améliore NetWorker, car il assure la protection des données basées sur les snapshots conjointement avec les systèmes de stockage EMC CLARiiON. La sauvegarde est pratiquement instantanée, quelle que soit la taille du volume. PowerSnap Module est un logiciel qui permet d effectuer des sauvegardes fréquentes avec un impact minime sur le réseau ou le serveur d applications. 9

10 EMC Data Protection Advisor VMware vsphere SAP ERP IDES HP LoadRunner EMC Data Protection Advisor (DPA) est une application avancée de reporting et d analyse des sauvegardes qui offre à l utilisateur une visibilité complète des événements survenant dans l environnement de sauvegarde. DPA collecte des données des serveurs de sauvegarde, des clients de sauvegarde, des bases de données, des switches réseau, des switches SAN et des librairies de bandes. DPA met en corrélation les informations de chacune de ces zones. Il permet d assurer le reporting, la résolution des problèmes, la gestion des performances et la planification de la capacité à un niveau avancé. DPA fournit un excellent aperçu des environnements VMware et du système Data Domain, ce qui permet à l utilisateur d identifier les goulots d étranglement et l équilibrage de la charge, et d afficher l environnement depuis différentes perspectives dans un seul écran. VMware vsphere est la base d une infrastructure informatique dynamique et capable de s optimiser automatiquement. Il s agit d une couche de virtualisation robuste et éprouvée qui procède à l abstraction des ressources de processeur, de mémoire, de stockage et réseau dans plusieurs machines virtuelles. VMware vsphere mutualise les ressources au sein de l ensemble d un environnement virtuel, ce qui permet aux entreprises de réduire considérablement les coûts matériels et d exploitation. Les composants de VMware vsphere incluent VMware ESX, VMware ESXi et VMware vcenter. SAP ERP IDES (Internet Demonstration and Evaluation System) est le système de démonstration et d évaluation Internet du système ERP Central Component (ECC). Il représente une entreprise type, en l occurrence un groupe international possédant des filiales dans plusieurs pays. IDES contient des données d application pour plusieurs scénarios métiers pouvant être traitées par des systèmes SAP. Les processus métiers du système IDES ont été conçus pour refléter les besoins métiers réels et prennent en compte de nombreuses caractéristiques réalistes. IDES utilise des scénarios métiers faciles à suivre pour illustrer les fonctions exhaustives du système ECC. Cependant, IDES n est pas axé sur la fonctionnalité en elle-même, mais sur les processus métiers et leur intégration. HP LoadRunner est un logiciel qui permet d effectuer des tests de charge sur presque toutes les plates-formes et environnements applicatifs via la simulation d utilisateurs. HP LoadRunner met à l épreuve une application, de bout en bout en appliquant des charges cohérentes, mesurables et répétables, puis utilise les données pour identifier les problèmes d évolutivité pouvant affecter les utilisateurs réels de l environnement de production. 10

11 Architecture de la solution Présentation de la solution Figure 1 présente l architecture de haut niveau de l environnement de la solution. Figure 1. Présentation de l architecture Pour améliorer les performances de sauvegarde, il est recommandé d utiliser une connexion réseau dédiée entre EMC NetWorker Storage Node et le système Data Domain. Aussi bien une connexion 1 Gb ou 10 Gb peut convenir. Une connexion réseau 10 Gb offre le meilleur débit possible, mais sa mise en œuvre entraîne des coûts d infrastructure supplémentaires. Dans les environnements où une connexion 10 Gb n est pas disponible ou abordable, une connexion 1 Gb peut également convenir et permet de bénéficier d une connexion de données privée et à large bande passante tout en évitant la latence et la complexité d une connexion Ethernet partagée. Pour plus d informations, consultez le document EMC NetWorker Data Domain Deduplication Devices 7.6 Service Pack 1 Integration Guide. Dans cette solution, une topologie réseau partagée est utilisée, car seule une procédure de sauvegarde s exécute à la fois, ce qui requiert une bande passante réseau moindre. 11

12 Les systèmes de développement (DEV) et d assurance qualité (QAS) de SAP, le serveur EMC NetWorker et Data Protection Advisor (DPA) sont installés et configurés sur des machines virtuelles VMware. Pour améliorer les performances et simplifier la gestion des périphériques de sauvegarde, un nœud de stockage EMC NetWorker dédié a été configuré conformément aux bonnes pratiques de déploiement scale-out d EMC NetWorker dans le but de gérer toutes les sauvegardes. Pour le système de production SAP, le module EMC NetWorker PowerSnap a été installé et configuré pour monter un clone de système de production SAP sur un hôte proxy (serveur de sauvegarde temporaire). Cet hôte proxy (ou de montage) comporte également un nœud de stockage EMC NetWorker pour décharger le serveur de production SAP de la sauvegarde afin de préserver les performances du système de production SAP et d optimiser les performances de sauvegarde grâce à un hôte dédié. Le serveur DPA a été utilisé comme un outil central de gestion des performances pour surveiller les performances des opérations de sauvegarde et de restauration sur les serveurs SAP et les nœuds de stockage. Cependant, en matière d utilisation du CPU, VMware recommande de capturer des données sur la plateforme virtualisée à l aide d un client vsphere. Pour plus d informations, consultez le document Performance Troubleshooting for VMware vsphere 4.1. Le système SAP PRD et l hôte proxy résident sur des serveurs physiques, qui sont connectés au serveur VMware ESX par le biais d un réseau local. EMC CLARiiON est connecté à tous les serveurs d applications par le biais du réseau de stockage (SAN). Environnement matériel Tableau 2 présente en détail l environnement matériel de l exemple d utilisation. Tableau 2. Environnement matériel Équipement Quantité Configuration EMC CLARiiON 1 Modèle : CX disques FC 450 Go, t/min 10 disques SATA 1 To, t/min Système de stockage avec déduplication EMC Data Domain Serveur EMC Data Protection Advisor 1 Modèle : DD disques SATA, 1 To 32 disques SATA, 2 To 1 Machine virtuelle VMware 4 CPU virtuels, mémoire de 6 Go EMC NetWorker Server 1 Machine virtuelle VMware 4 CPU virtuels, mémoire de 6 Go Hôte SAP DEV 1 Machine virtuelle VMware 4 CPU virtuels, mémoire de 16 Go Hôte SAP PRD 1 Type de CPU : 4 CPU quadricœurs 2,93 GHz Mémoire : 16 Go Hôte SAP QAS 1 Machine virtuelle VMware 4 CPU virtuels, mémoire de 16 Go 12

13 Équipement Quantité Configuration Hôte proxy (également appelé hôte de sauvegarde ou de montage, utilisé par PowerSnap) 1 Type de CPU : 4 CPU quadricœurs 2,93 GHz Mémoire : 16 Go Serveur de nœud de stockage 1 Type de CPU : 4 CPU quadricœurs 2,93 GHz Mémoire : 16 Go Serveur VMware ESX 1 Type de CPU : 2 CPU quadricœurs Intel Xeon X5570, 2,93 GHz, famille de processeurs Nehalem Mémoire : 96 Go Remarque L hyperthreading étant activé sur le serveur VMware ESX, logiquement, 16 CPU virtuels étaient disponibles. Environnement logiciel Tableau 3 présente l environnement logiciel de la solution. Tableau 3. Environnement logiciel Logiciels Version Linux Redhat Enterprise 5.2 AS5 U2 64 bits Base de données Oracle SAP ERP EMC NetWorker NMSAP (NetWorker Module for SAP avec Oracle) Module EMC NetWorker PowerSnap Version du système d exploitation de l EMC Data Domain bits 6.04/NW7.01 IDES 64 bits Unicode 7.6 SP SP VMware vsphere EMC CLARiiON CX Flare avec code d activation du clonage EMC Navisphere Agent (0.35) EMC NaviSecCLI

14 Conception et configuration Introduction Cette section décrit la configuration de cette solution, y compris : Principales configurations ou conditions préalables des scénarios de test validés Conception du stockage SAP Configuration des composants logiciels Configuration de DD Boost Configuration d EMC NetWorker Configuration de NMSAP Configuration spécifique de PowerSnap Configuration de la génération du volume de données Les systèmes SAP présentés dans cette solution suivent les recommandations SAP traditionnelles, à savoir un environnement à trois systèmes, respectivement DEV, QAS et PRD. Cette solution permet de comparer les résultats des performances entre le scénario de référence et celui du système Data Domain avec DD Boost. Dans le scénario de référence, les données sont sauvegardées sur des disques SATA reposant sur un système CLARiiON, alors que dans le scénario Data Domain, les données sont sauvegardées sur une appliance Data Domain avec DD Boost. Configurations clés Les points suivants ont été pris en compte au cours des tests effectués pendant la validation de la solution : Les données de sauvegarde ont été transférées vers les disques SATA reposant sur le système CLARiiON (AFTD) dans le scénario de test de référence. La sauvegarde SAP a été configurée pour être exécutée par le biais de BR*Tools avec BACKINT. DD Boost a été configuré de sorte à réaliser les sauvegardes sur le système Data Domain tout au long du test. La sauvegarde a été optimisée grâce à la technologie du multiplexage. La procédure de sauvegarde a été configurée pour être exécutée sur deux périphériques Data Domain, chacun doté de six flux de données, sur le système de production SAP. Les systèmes SAP hors production ont été configurés avec deux périphériques Data Domain, chacun doté de quatre flux de données. Le chargement des données a été configuré pour le système de production SAP. À la suite de la sauvegarde initiale, le système de production SAP a été sauvegardé cinq fois par incrément de 1 % avant chaque sauvegarde complète. Pour simuler l augmentation du volume des données dans l environnement, des données ont été générées à l aide de HP LoadRunner. Le système de production a été configuré séparément pour exécuter une sauvegarde de logs d archive toutes les deux heures. Tous les logs d archive ont été sauvegardés sur un pool dédié associé à AFTD. Le contenu du log d archive partageait davantage de segments de données uniques. En isolant la sauvegarde des logs d archive, le taux de déduplication du Data Domain n interférait plus, car la sauvegarde de données aléatoires des logs d archive a été effectuée à un emplacement distinct. 14

15 Conception du stockage SAP Les systèmes de développement et de test ont également été mis à contribution pour valider la faisabilité de la sauvegarde avec déduplication à la volée sur les plates-formes virtualisées. L application SAP et la base de données Oracle ont été installées sur des volumes RDM (Raw Device Mapping). Seule une sauvegarde des systèmes DEV et QAS a été effectuée. Pour plus d informations sur la sauvegarde avec multiplexage, consultez le document EMC NetWorker Release 7.6 Service Pack 1 Administration Guide. Tableau 4 présente la conception du stockage des systèmes SAP DEV et QAS reposant sur des machines virtuelles. Tableau 4. Type RAID Modèle de conception du stockage des systèmes basés sur des machines virtuelles Type de disque Taille de LUN Rôle 10 VMFS 90 Go Root et swap Linux / Système de fichiers 10 RDM 32 Go Log redo d origine /oracle/<sid>/origloga /oracle/<sid>/origlogb 10 RDM 32 Go Log redo en mode miroir /oracle/<sid>/mirrloga /oracle/<sid>/mirrlogb 5 RDM 64 Go Log d archive Oracle /oracle/<sid>/oraarch 5 RDM 128 Go Fichiers de données de base de données 5 RDM 128 Go Fichiers de données de base de données 5 RDM 128 Go Fichiers de données de base de données 5 RDM 128 Go Fichiers de données de base de données 5 RDM 128 Go Fichiers de données de base de données 5 RDM 128 Go Fichiers de données de base de données /oracle/<sid>/sapdata1 /oracle/<sid>/sapdata2 /oracle/<sid>/sapdata3 /oracle/<sid>/sapdata4 /oracle/<sid>/sapdata5 /oracle/<sid>/sapdata6 10 RDM 32 Go BIN SAP /sapmnt/<sid> /usr/sap/<sid> /usr/sap/trans 10 RDM 32 Go BIN Oracle /oracle/client /oracle/stage /oracle/<sid>/102_64 15

16 Tableau 5 décrit la conception du stockage du système SAP PRD reposant sur des machines physiques. Tableau 5. Type RAID Modèle de conception du stockage pour le système reposant sur des machines physiques Taille de LUN Objectif Go Root et swap Linux / Système de fichiers Go Log redo d origine /oracle/prd/origloga /oracle/prd/origlogb Go Log redo en mode miroir /oracle/prd/mirrloga /oracle/prd/mirrlogb 5 32 Go Log d archive Oracle /oracle/prd/oraarch Go Fichiers de données de base de données Go Fichiers de données de base de données Go Fichiers de données de base de données Go Fichiers de données de base de données Go Fichiers de données de base de données Go Fichiers de données de base de données /oracle/prd/sapdata1 /oracle/prd/sapdata2 /oracle/prd/sapdata3 /oracle/prd/sapdata4 /oracle/prd/sapdata5 /oracle/prd/sapdata Go BIN SAP /sapmnt/prd /usr/sap/prd /usr/sap/trans Go BIN Oracle /oracle/client /oracle/stage /oracle/prd/102_64 Configuration de DD Boost DD Boost améliore les performances de sauvegarde et réduit la charge sur le serveur de sauvegarde. DD Boost sollicite moins la bande passante réseau en transmettant uniquement les segments de données uniques depuis le serveur de sauvegarde ou le client d application vers le système Data Domain. Pour configurer DD Boost sur un système Data Domain, procédez comme suit. 1. Vérifiez la licence DD Boost. 2. Créez l utilisateur de sauvegarde et définissez le nom d utilisateur DD- Boost. 3. Assurez-vous que les systèmes de fichiers Data Domain et les services NFS sont activés. 4. Assurez-vous que DD Boost est activé. 16

17 5. Créez une unité de stockage. Pour plus d informations sur la configuration, consultez les documents DD OS 4.9 Administration Guide et EMC NetWorker Data Domain Deduplication Devices 7.6 Service Pack 1 Integration Guide. Pour plus d informations sur les paramètres de configuration de NMSA, reportez-vous à la section Configuration de NMSAP. Configuration d EMC NetWorker Effectuez les tâches générales de configuration d EMC NetWorker en suivant les étapes du document NetWorker 7.6 SP1 Administration Guide. Les tâches générales incluent : 1. Création du modèle de libellé. 2. Création du pool de médias. 3. Création du périphérique. 4. Création des ressources Groupe et Client. Pour la ressource Client SAP, des paramètres spéciaux doivent être entrés dans les champs Save Set et Backup command, comme illustré à la Figure 2 et à la Figure 3, dans le cadre de la configuration NMSAP. Figure 2. Définition du saveset pour le client SAP Le nom du Save set au format backint:<sid> représente le type de sauvegarde gérée par NMSAP. Figure 3. Définition du paramètre Backup command pour le client SAP 17

18 Le nom complet entré dans le champ Backup command est : nsrsapsv -f /oracle/prd/102_64/dbs/nsrsapsv.cfg La commande spécifie quel fichier de configuration NMSAP doit appeler en cas de démarrage de la sauvegarde. Lorsque vous spécifiez la commande de sauvegarde, un processus de configuration manuelle a lieu pour que la sauvegarde des systèmes SAP puisse être contrôlée de manière flexible. Outre la commande de sauvegarde manuelle, vous pouvez également utiliser l assistant EMC NetWorker pour configurer facilement les paramètres de sauvegarde des systèmes SAP. Pour plus d informations sur le profil de la commande de sauvegarde, consultez le document EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. Pour la sauvegarde avec un système Data Domain, il faut créer le périphérique DD et le lier au pool approprié associé aux ressources du groupe NetWorker. Configuration de NMSAP La solution a été validée avec la configuration NMSAP suivante pour les systèmes SAP. Reportez-vous au profil de configuration des systèmes hors production au Tableau 6 et au profil de configuration des systèmes de production au Tableau 7. Tableau 6. DEV ou QAS initdev.sap ou initqas.sap Caractéristique du profil Valeur Taille de la base de données 497 Go Espace utilisé dans la base de données Agent installé BR*Tools - Type de périphérique de sauvegarde BR*Tools - Type de sauvegarde BR*Tools - Mode de sauvegarde 415 Go NMSAP util_file_online online_cons all_data Remarque La taille de la base de données est la taille totale de tous les fichiers de données Oracle, sauf le tablespace temporaire, alors que l espace utilisé dans la base de données correspond à l espace occupé par des segments de données réels dans la base de données Oracle. L augmentation du volume de données est calculée en comparant l espace utilisé dans la base de données à l espace occupé. Tableau 7. PRD initprd.sap Caractéristique du profil Taille de la base de données (initiale) Espace utilisé (initial) Agent installé BR*Tools - Type de périphérique de sauvegarde BR*Tools - Type de sauvegarde BR*Tools - Mode de sauvegarde Valeur 502 Go 437 Go NMSAP, PowerSnap (valide dans la sauvegarde activée par PowerSnap) util_file_online online_cons all_data 18

19 Les paramètres BR*Tools sont expliqués ci-dessous. La valeur du profil est décrite comme suit : util_file_online Utilise des programmes de sauvegarde externes pour la sauvegarde fichier par fichier. Utilisez cette valeur de paramètre pour la sauvegarde en ligne, si celle-ci est prise en charge par le programme de sauvegarde externe. Cela définit et termine de façon dynamique l état de la sauvegarde des tablespaces à sauvegarder et réduit considérablement le volume des fichiers log redo hors ligne au cours de la sauvegarde. online_cons La sauvegarde est effectuée lorsque la base de données est ouverte. Les fichiers de base de données et les fichiers log redo hors ligne générés au cours de la sauvegarde sont copiés sur le même volume. Par conséquent, vous disposez d un Dataset cohérent. all_data Sauvegarde les fichiers de tous les tablespaces, à l exception des tablespaces d index ou vides. util_file_online doit fonctionner avec le profil de l utilitaire de sauvegarde, comme indiqué dans la section Informations complémentaires. Pour plus d informations sur la configuration de BR*Tools, consultez l aide en ligne SAP. Configuration spécifique de DD Boost Les paramètres du profil de l utilitaire de sauvegarde sont spécifiques de la fonctionnalité DD Boost comme indiqué dans le Tableau 8. Tableau 8. PRD initprdpsdd.utl Caractéristique du profil NSR_DIRECT_ACCESS NSR_DEVICE_INTERFACE Valeur non DATA_DOMAIN Remarque Le paramètre NSR_DIRECT_ACCESS détermine l emplacement auquel les données en double sont traitées et le chemin de transmission des données. La valeur Yes signifie que le calcul des données en double a lieu sur le serveur SAP et que les données de sauvegarde sont transmises directement à l appliance Data Domain. La valeur No signifie que le calcul des données en double a lieu sur le nœud de stockage EMC NetWorker et que les données de sauvegarde sont transmises à l appliance Data Domain par le biais du nœud de stockage EMC NetWorker. 19

20 Le mode d accès direct est activé sur le client d application uniquement. Dans le scénario de sauvegarde des systèmes de production SAP avec PowerSnap activé, le paramètre doit être défini sur No. Cela force certaines parties du processus de déduplication à avoir lieu sur le nœud de stockage EMC NetWorker installé sur l hôte proxy. Pendant ce temps, le volume de données de production est d abord monté sur l hôte proxy. Une fois que les données ont été lues et dédupliquées, elles sont transmises de l hôte proxy à l appliance Data Domain. Pour les systèmes hors production, l accès est direct. De ce fait, les données sont dédupliquées sur le client d application sans impliquer le nœud de stockage. Les données dédupliquées sont alors directement transmises du serveur SAP au système Data Domain. Pour plus d informations sur le profil de l utilitaire de sauvegarde, consultez le document EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. Configuration spécifique de PowerSnap La sauvegarde basée sur le clonage du système de production SAP a été validée à l aide des paramètres de configuration suivants. Tableau 9 répertorie les caractéristiques de la configuration de PowerSnap sur l hôte proxy. Tableau 9. Configuration de PowerSnap sur l hôte proxy Caractéristique du profil Valeur Agent installé PowerSnap Volumes synchronisés Type de snapshot Type de sauvegarde PowerSnap Fichiers de données de base de données Clone Sauvegarde dynamique immédiate (sauvegarde de snapshot sans serveur) Remarque Le fichier de contrôle de la base de données, le profil BR*Tools et les fichiers log sont toujours sauvegardés directement depuis le serveur de production. La sauvegarde dynamique immédiate correspond à un processus dans lequel les volumes de clonage sont séparés et immédiatement sauvegardés par le module PowerSnap sur le périphérique de sauvegarde EMC NetWorker. Les volumes de clonage sont automatiquement resynchronisés avec les volumes sources à la suite de la sauvegarde. Pour plus d informations sur la définition de la sauvegarde et de la restauration avec NMSAP et PowerSnap, consultez le document EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. 20

21 Configuration du chargement des données HP LoadRunner permet de générer de données dans un environnement simulé par le client. Les scénarios de charge de travail suivants sont utilisés dans cet exemple : Procure to Pay (P2P) : ce processus passe par plusieurs étapes pour créer une demande d achat, un bon de commande référençant la demande d achat, les modifications à apporter aux conditions, un accusé de réception des marchandises et une facture. Order to Cash (OTC) : ce processus couvre un scénario de vente des stocks impliquant la création d une commande client de six éléments de ligne, la livraison correspondante accompagnée du déplacement des biens en conséquence et la facturation. Les tâches définies pour s exécuter dans LoadRunner présentent les caractéristiques suivantes : P2P : 50 utilisateurs OTC : 100 utilisateurs Durée : 2 heures et 20 minutes L objectif est de générer 1 % de nouvelles données dans l espace total utilisé de la base de données. 21

22 Test et validation Présentation du test La sauvegarde SAP constitue une tâche importante, mais également un défi pour les administrateurs système. L objectif de cette solution est de : valider l optimisation de la sauvegarde SAP en utilisant un système Data Domain et EMC NetWorker ainsi que des options logicielles supplémentaires pour définir la consommation du stockage de sauvegarde, la fenêtre de sauvegarde, l utilisation du réseau et les performances de restauration. Une stratégie de sauvegarde classique recommandée par SAP peut inclure les éléments suivants : cycle de sauvegarde de 28 jours ; sauvegarde en ligne complète tous les jours ouvrés au cours du cycle ; sauvegarde hors ligne complète au moins une fois au cours du cycle ; sécurisation de la dernière sauvegarde hors ligne complète vérifiée de chaque cycle pour une utilisation à long terme. Pour satisfaire à ces exigences, les clients SAP doivent continuer à augmenter le volume de stockage de sauvegarde ou le volume de bande afin de garantir que l espace de sauvegarde est suffisamment important pour les données en croissance constante. Il est également difficile de gérer le volume de croissance des médias de sauvegarde grâce à une librairie de bandes. Dans les environnements classiques de sauvegarde sur bande, plusieurs applications partagent le même réseau. Cela provoque des goulots d étranglement lors des heures de pointe et, de ce fait, dégrade les performances de sauvegarde. Pour les systèmes actifs 24 h/24, 7 j/7 tels que SAP, les goulots d étranglement au niveau du réseau et leur impact sur les performances de sauvegarde ne sont pas acceptables. En outre, les clients SAP peuvent rencontrer d autres problèmes lors de l exécution des tâches de sauvegarde, comme ceux ci-dessous : espace de sauvegarde triple requis pour SAP DEV, QAS et PRD ; conflit d accès au CPU et aux disques sur le serveur SAP provoqué par la procédure de sauvegarde ; difficultés à assurer la surveillance et le reporting des différentes procédures de sauvegarde ; Pour résoudre tous ces problèmes, EMC propose la solution de sauvegarde composée du système Data Domain, d EMC NetWorker et de DPA. L objectif de cette solution est le suivant : valider les avantages de la déduplication de la sauvegarde SAP, en particulier en ce qui concerne l exécution d une sauvegarde des différents systèmes SAP (DEV, QAS et PRD) ; valider l amélioration des performances de la sauvegarde SAP en termes de durée et d utilisation du réseau grâce à DD Boost avec NMSAP ; valider la fonctionnalité de la sauvegarde basée sur le clonage, celle-ci contribuant à éliminer l impact sur les performances du client de sauvegarde ; valider les fonctions des outils de surveillance et de reporting de la sauvegarde avec EMC Data Protection Advisor ; valider l intégration des applications que NMSAP fournit aux administrateurs SAP. 22

23 Les indicateurs de performances clés suivants ont été enregistrés et un comparatif a été établi entre ceux du test référence et ceux du test du système Data Domain à des fins de validation : taux de déduplication (taille de sauvegarde logique/taille de sauvegarde réelle) ; durée requise pour effectuer des procédures de sauvegarde et de restauration ; utilisation du LAN durant la sauvegarde ; utilisation du CPU sur le ou les hôtes. Pour les scénarios de production, cela inclut l utilisation du CPU sur l hôte PRD et l hôte proxy. Deux types de test ont été effectués dans le cadre de la validation de la solution : test de référence ; test du système Data Domain. Les étapes générales de chaque scénario incluent : Remarques la sauvegarde initiale de PRD, DEV et QAS ; cinq sauvegardes ultérieures de PRD avec une modification de 1 % entre les sauvegardes ; la restauration des données de PRD, DEV et QAS. Dans le test de référence, des AFTD ont été créés sur les disques SATA présentés par CLARiiON, faisant office de destination de la sauvegarde. Toutes les opérations de sauvegarde impliquent une sauvegarde complète en ligne de la base de données Oracle sur laquelle le système SAP est exécuté. Une sauvegarde complète et quotidienne du système SAP est requise pour protéger les données contre les pertes accidentelles, conformément aux politiques classiques de protection des données. Dans les deux scénarios de test, à savoir de référence et du système Data Domain, le système SAP PRD incluait une sauvegarde initiale et des sauvegardes ultérieures avec charge delta. HP LoadRunner a été utilisé pour charger des données dans le système SAP PRD à cinq reprises entre les sauvegardes, afin de simuler les modifications créées par les activités métiers ayant eu lieu dans la base de données SAP PRD. Procédure de test Les procédures de test ci-dessous ont été suivies afin de valider les résultats du test de référence et du test du système Data Domain, respectivement. Test de référence L équipe de test a réalisé le test de référence du système de production SAP en suivant les étapes ci-dessous. 1. Réalisation de la sauvegarde initiale de PRD. 2. Réalisation d une sauvegarde ponctuelle de DEV et de QAS. 3. Chargement à l aide de LoadRunner des nouvelles données sur PRD, environ 1 % de la capacité de la base de données. 4. Réalisation d une nouvelle sauvegarde de PRD. 23

24 5. Répétition des étapes 3 et 4 quatre fois pour générer cinq jeux de données au total, ainsi que le jeu de sauvegardes individuel de la base de données SAP PRD. 6. Suppression de la base de données PRD et restauration depuis sa dernière sauvegarde. 7. Suppression des bases de données DEV et QAS et restauration depuis leur sauvegarde. Test du système Data Domain Pour le scénario de test du système Data Domain, l équipe de test a réalisé la sauvegarde et la restauration en suivant les étapes ci-dessous. 1. Réalisation de la sauvegarde initiale de PRD avec PowerSnap. 2. Réalisation d une sauvegarde ponctuelle de DEV et de QAS. 3. Récupération de la base de données PRD en la restaurant depuis la sauvegarde de base appropriée. 4. Réalisation d une autre sauvegarde de PRD avec PowerSnap. 5. Répétition des étapes 3 et 4 jusqu à restauration complète de toutes les bases de données sauvegardées au cours du test de référence et sauvegarde de celles-ci sur le système Data Domain. 6. Suppression de la base de données PRD et restauration depuis la dernière sauvegarde. 7. Suppression des bases de données DEV et QAS et restauration depuis leur sauvegarde. Remarques Les étapes 3 à 5 avaient pour objectif d obtenir la copie exacte de la base de données chargée avec LoadRunner dans le scénario de référence. Ce processus a permis de garantir la cohérence du processus de chargement des données et des résultats des scénarios de test. Il a également permis de minimiser le temps requis pour générer les 1 % de changements dans la base de données à l aide de HP LoadRunner. La sauvegarde de DEV et QAS a été effectuée juste après la sauvegarde initiale de PRD. L objectif était d observer les effets de la déduplication de tous les clients en alignant les systèmes SAP hors production au système SAP de production lors de la sauvegarde initiale. 24

25 Résultats des tests Résultats de la sauvegarde initiale Tous les tableaux et les données de performances ci-dessous ont été générés par DPA. Figure 4 et la Figure 5 indiquent l utilisation du CPU et de l interface réseau sur le système de production SAP au cours de la sauvegarde initiale réalisée dans le cadre du test de référence. Figure 4. Test de référence : faible utilisation du CPU sur le système SAP PRD lors de la sauvegarde initiale Lors de la sauvegarde réalisée dans le cadre du test de référence, l utilisation du CPU sur PRD demeure à un niveau peu élevé alors que l utilisation du réseau est très importante. Figure 5. Test de référence : utilisation importante du réseau par le système SAP PRD lors de la sauvegarde initiale 25

26 Figure 6 et la Figure 7 indiquent l utilisation du CPU sur le système de production SAP et sur l hôte proxy lors de la sauvegarde initiale réalisée pour le test du système Data Domain. Figure 6. Test du système Data Domain : utilisation du CPU sur le système de production SAP lors de la sauvegarde initiale Figure 7. Test du système Data Domain : utilisation du CPU sur l hôte proxy du système de production SAP lors de la sauvegarde initiale 26

27 D après les deux chiffres ci-dessus, il n existe quasiment aucune charge de CPU sur le système de production SAP alors que le CPU de l hôte proxy présente une charge supérieure à 10 %. En sauvegardant les données depuis l hôte proxy, sur lequel le réplica des volumes de données SAP est monté, la sauvegarde n a aucun impact sur le CPU du serveur de production SAP. Figure 8 indique l utilisation de l interface réseau capturée depuis l hôte proxy du système de production SAP au cours de la même période. Figure 8. Test du système Data Domain : utilisation de l interface réseau par l hôte proxy du système de production SAP lors de la sauvegarde initiale Comme illustré à la Figure 8, en réalisant une sauvegarde sur un système Data Domain avec DD Boost, l hôte proxy sollicite moins le réseau. Davantage de metrics de performances sont présentés du Tableau 10 au Tableau 13. Tableau 10. Statistiques des performances de production de la sauvegarde initiale réalisée - Test de référence ID du système SAP (identifiant SID) Utilisation du CPU (%) Débit du réseau (Mbit/s) Taille de la base de données (Go) Espace utilisé dans la BD (Go) Taille de la sauvegarde (Go) Durée (min) PRD 2,86 113, ,07 27

28 Tableau 11. Statistiques des performances hors production de la sauvegarde initiale - Test de référence ID du système SAP (identifiant SID) Utilisation du CPU (%) Débit du réseau (Mbit/s) Taille de la base de données (Go) Espace utilisé dans la BD (Go) Taille de la sauvegarde (Go) DEV 13,74 109, Durée (min) QAS 13,24 108, ,5 Remarques La taille de la base de données et l espace utilisé dans la base de données sont interprétés dans le Tableau 6. La taille de la sauvegarde est égale à la taille totale du contenu physiquement écrit sur le périphérique de sauvegarde. Tableau 12. Statistiques des performances de production de la sauvegarde initiale - Test du système Data Domain ID du système SAP (identifiant SID) Utilisation du CPU (%) Hôte SAP Hôte proxy Débit du réseau (Mbit/s) Taille de la base de données (Go) Espace utilisé dans la BD (Go) Taille de la sauvegarde DD (Go) Durée (min) PRD 0, , ,4 68,6 Tableau 13. Statistiques des performances hors production de la sauvegarde initiale - Test du système Data Domain ID du système SAP (identifiant SID) Utilisation du CPU (%) Débit du réseau (Mbit/s) Taille de la base de données (Go) Espace utilisé dans la BD (Go) Taille de la sauvegarde DD (Go) Durée (min) DEV 21,3 11, ,2 QAS 21,25 1, ,1 41,22 Remarques La taille de la sauvegarde DD représente les données stockées physiquement sur le système Data Domain. L utilisation du CPU sur le système SAP hors production a été capturée par le client vsphere. VMware recommande d utiliser le client vshpere comme outil de contrôle des performances du CPU, car il est plus précis que les outils intégrés dans l invité, tels que top et mpstat. Pour plus d informations, consultez le livre blanc Troubleshooting for VMware vsphere

29 Comme indiqué du Tableau 10 au Tableau 13, dans le test de référence, la taille de la sauvegarde de tous les systèmes SAP combinés est à peu près égale à 1,5 To alors que l espace réel utilisé dans le système Data Domain pour héberger les données est de seulement 167 Go, ce qui démontre un taux de déduplication de 9:1. En outre, en sauvegardant PRD en premier, un espace beaucoup moins important est nécessaire pour que le système Data Domain sauvegarde des données depuis DEV et QAS, ce qui indique que le système Data Domain prend en charge la déduplication globale. À partir des tableaux ci-dessus, on peut également remarquer que l utilisation du réseau est optimisée et que la fenêtre de sauvegarde est réduite. L utilisation du réseau diminue considérablement de Mbit/s à 1,6-35 Mbit/s, soit près de 85 % de réduction de la bande passante. La durée de sauvegarde a été réduite de 35 %, passant de 80 minutes à 52 minutes en moyenne. Grâce au déploiement du module EMC Networker PowerSnap, l utilisation supplémentaire du CPU entraînée par DD Boost est également déchargée du système de production SAP et la fenêtre de sauvegarde est plus petite que celle du test de référence. Résultats des sauvegardes suivantes PRD uniquement Tableau 14 et le Tableau 15 comparent les résultats des sauvegardes suivantes du système de production SAP réalisées dans le cadre du test de référence et du test du système Data Domain. Tableau 14. Statistiques des performances des sauvegardes suivantes - Test de référence Séquence de sauvegarde Utilisation du CPU (%) Débit du réseau (Mbit/s) Taille de la BD (Go) Espace utilisé dans la BD (Go) Taille de la sauvegarde (Go) Durée (min) 1 2,76 109, ,22 2 2,86 112, ,75 3 2,45 110, ,48 4 2,86 109, ,1 5 2,95 108, ,05 Remarque La taille de la sauvegarde était identique à celle des quatre premières sauvegardes et a commencé à augmenter après cela. Cela est dû au fait que lors des premières phases de chargement de données, il existait toujours de l espace libre dans la base de données. Au fur et à mesure du chargement des données, certains tablespaces sont devenus pleins et ont dû être étendus, ce qui explique le changement de base de données que montre le Tableau

30 Tableau 15. Statistiques des performances des sauvegardes suivantes - Test du système Data Domain Séquence de sauvegarde Utilisation du CPU (%) Hôte SAP Hôte proxy Débit du réseau (Mbit/s) Taille de la BD (Go) Augmentation du volume des données (Go) Taille de la sauvegarde DD (Go) Durée (min) 1 0,05 15,47 2, ,5 2 0,1 15,22 1, ,2 45,83 3 0,12 14,24 2, ,9 47,92 4 0,08 15,11 2, ,9 46,85 5 0,11 15,2 2, ,9 46,43 Dans le test de référence, la taille de la sauvegarde correspond exactement à celle de la base de données, ce qui indique qu EMC NetWorker stocke les données de sauvegarde telles qu elles sont sur AFTD. Cette approche constitue un défi majeur pour la gestion de l espace de sauvegarde. En effet, elle requiert des ressources de stockage supplémentaires, augmente les frais de maintenance et limite la période de rétention avec le même stockage de sauvegarde. Dans le test du système Data Domain, la taille des données de sauvegarde écrites physiquement sur le système Data Domain (colonne Taille de la sauvegarde DD) est bien inférieure à la taille logique du contenu de sauvegarde (colonne Taille de la BD). Grâce au système Data Domain avec DD Boost, seules les données uniques transitent sur le réseau au cours de la sauvegarde. En comparaison avec les méthodes classiques, cela réduit sensiblement les besoins en bande passante réseau ainsi que le stockage nécessaire pour conserver les informations sauvegardées, augmente considérablement la durée de la période de rétention, renforce la gouvernance et augmente la probabilité d une restauration plus rapide. Lors des sauvegardes suivantes, l utilisation du réseau reste faible et la fenêtre de sauvegarde optimale. L utilisation du réseau diminue considérablement de 110 Mbit/s à 2,2 Mbit/s, soit une réduction frôlant les 99 %. La durée de sauvegarde est réduite de 43 %, passant de 80 minutes à 46 minutes en moyenne. Résultats de la restauration Le Tableau 16 permet de comparer le délai de restauration obtenu lors du test de référence avec celui obtenu lors du test du système Data Domain. Tableau 16. Résultats de la restauration : test de référence et test du système Data Domain Identifiant SID Taille de la restauration (Go) Durée de la restauration depuis AFTD (min) PRD ,5 81,67 DEV ,5 QAS ,5 Durée de la restauration depuis DD (min) 30

31 En comparant les résultats entre le scénario de référence et le scénario Data Domain, il apparaît que le délai de restauration est 16 % plus court, passant de 98 minutes à 82 minutes, ce qui prouve que le système Data Domain optimise non seulement la procédure de sauvegarde, mais également l opération de restauration. Analyse des résultats Les sections suivantes portent sur la consolidation des résultats des tests et l analyse approfondie des éléments suivants de chaque scénario de test : encombrement du stockage de sauvegarde ; performances de sauvegarde ; performances de restauration ; impact sur les performances au cours de la sauvegarde. Encombrement du stockage de sauvegarde Figure 9 présente un graphique de comparaison des besoins combinés en stockage pour une sauvegarde ponctuelle des trois systèmes SAP, à savoir PRD, QAS et DEV, au cours des tests de référence et du système Data Domain. Figure 9. Encombrement de stockage de la sauvegarde ponctuelle des trois systèmes SAP Comme le montre le graphique, les besoins en termes d encombrement des trois systèmes triple les besoins en termes de stockage sur un seul système d environ 1,5 To. En n occupant que 167 Go, la sauvegarde sur le système Data Domain a permis d économiser 1,3 To d espace de stockage de sauvegarde grâce à la déduplication et à la compression visant à protéger le même Dataset de 1,5 To, ce qui correspond à un taux de déduplication de 9:1. Le résultat obtenu dans notre laboratoire démontre l avantage que la déduplication à la volée des systèmes Data Domain peut représenter en matière de besoins en stockage. 31

32 Figure 10 permet de comparer les besoins en stockage dans le temps entre les systèmes CLARiiON (référence) et Data Domain. Figure 10. Taille de la sauvegarde par rapport à l encombrement du système Data Domain dans le temps Les besoins en termes de stockage des sauvegardes dans le temps (5 jours) ont augmenté de manière exponentielle avec la sauvegarde classique (AFTD de référence) sur le système CLARiiON, alors que ceux du système Data Domain étaient presque fixes, ce qui permet de sauvegarder plus de données dans moins d espace. Dans le temps, cela améliore le taux de déduplication qui passe de 9X à 21X pour le scénario validé. Remarque Les résultats peuvent varier, car les taux de déduplication dépendent de la fréquence et du volume de données modifiées et similaires entre les différents systèmes SAP sauvegardés sur le même système Data Domain. 32

33 Performances de sauvegarde Figure 11 présente un graphique de comparaison de l utilisation de la bande passante réseau mesurée lors des tests de référence et du système Data Domain. Figure 11. Comparaison de l utilisation du réseau La consommation de bande passante réseau a été réduite de 93 % grâce à l introduction de DD Boost, si l on compare les tests de référence et du système Data Domain effectués sur le système de production SAP. Figure 12. Comparaison de la fenêtre de sauvegarde Figure 12 montre une réduction de la fenêtre de sauvegarde entre la sauvegarde initiale et les sauvegardes suivantes du système de production SAP. Dans le scénario de la sauvegarde initiale, l efficacité de la sauvegarde présente une amélioration de 14 %. Dans les sauvegardes suivantes, le processus de sauvegarde est accéléré de 43 %, soit 1,75 fois plus rapide. Performances de restauration 33