OPTIMISATION DE LA SAUVEGARDE ET DE LA … · Optimisation de la sauvegarde et de la restauration...

Livre blanc

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

OPTIMISATION DE LA SAUVEGARDE ET DE LA RESTAURATION DANS LES ENVIRONNEMENTS SAP AVEC EMC DATA DOMAIN ET EMC NETWORKER Analyse détaillée

Optimisation de la sauvegarde et de la restauration dans les environnements SAP avec EMC Data Domain et EMC NetWorker

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 http://france.emc.com.

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 H8205.1

3 Optimisation de la sauvegarde et de la restauration dans les environnements SAP avec EMC Data Domain et EMC NetWorker

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

VMware vSphere ............................................................................................................................ 10

SAP ERP IDES ................................................................................................................................. 10

HP LoadRunner .............................................................................................................................. 10

Architecture de la solution................................................................................................... 11

Présentation de la solution ............................................................................................................ 11

Environnement matériel ................................................................................................................. 12

Environnement logiciel................................................................................................................... 13

Conception et configuration ................................................................................................ 14

Introduction ................................................................................................................................... 14

Configurations clés ........................................................................................................................ 14

Conception du stockage SAP .......................................................................................................... 15

Configuration de DD Boost ............................................................................................................. 16

Configuration d’EMC NetWorker ..................................................................................................... 17

Configuration de NMSAP ................................................................................................................ 18

Configuration spécifique de PowerSnap ......................................................................................... 20

Configuration du chargement des données .................................................................................... 21

Test et validation ................................................................................................................ 22

Présentation du test ....................................................................................................................... 22

Procédure de test ........................................................................................................................... 23

Résultats des tests ......................................................................................................................... 25

Analyse des résultats ..................................................................................................................... 31


4

Conclusion ......................................................................................................................... 36

Résumé .......................................................................................................................................... 36

Conclusions ................................................................................................................................... 36

Références .......................................................................................................................... 37

Livres blancs .................................................................................................................................. 37

Documentation produit .................................................................................................................. 37

Autre documentation ..................................................................................................................... 37

Informations complémentaires ............................................................................................ 38

Présentation .................................................................................................................................. 38

Profil d’utilitaire de sauvegarde ..................................................................................................... 38

Profil d’utilitaire de sauvegarde pour PowerSnap ........................................................................... 38

Fichier de configuration PowerSnap ............................................................................................... 39


Résumé analytique 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.

Business case

Présentation de la solution


6

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.

Principaux résultats


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

Tableau 1. Termes utilisés dans le livre blanc

Terme Définition

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

Nœud de stockage

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.

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

Hôte proxy É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.

Objectif

Périmètre

Audience

Terminologie


8

Terme Définition

DEV Système de développement SAP, généralement copié depuis un système de production SAP lors de la création initiale.

QAS 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

PRD Système de production SAP.

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

NaviSecCLI Navisphere Secure Command Line Interface. Interface de ligne de commande servant à la configuration et à la gestion des baies CLARiiON.

BR*Tools Jeu d’outils fourni par SAP pour les tâches d’administration de base de données Oracle (administrateur BD).

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

Machine virtuelle 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.

VMDK Virtual Machine Disk Files est un descripteur de datastore.

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

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

NMSAP EMC NetWorker Module for SAP avec Oracle


Présentation technique 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.

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


10

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.

EMC Data Protection Advisor

VMware vSphere

SAP ERP IDES

HP LoadRunner


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

Présentation de la solution


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 plate-forme 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).

‎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 : CX4-480

25 disques FC 450 Go, 15 000 t/min

10 disques SATA 1 To, 7 200 t/min

Système de stockage avec déduplication EMC Data Domain

1 Modèle : DD670

12 disques SATA, 1 To

32 disques SATA, 2 To

Serveur EMC Data Protection Advisor

1 Machine virtuelle VMware

4 CPU virtuels, mémoire de 6 Go

EMC NetWorker Server 1 Machine virtuelle VMware


Hôte SAP DEV 1 Machine virtuelle VMware


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


Environnement matériel


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

‎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 10.2.0.4 64 bits

SAP ERP 6.04/NW7.01 IDES 64 bits Unicode

EMC NetWorker 7.6 SP1

NMSAP (NetWorker Module for SAP avec Oracle)

4.2

Module EMC NetWorker PowerSnap

2.5 SP1

Version du système d’exploitation de l’EMC Data Domain

4.9.26-226914

VMware vSphere™ 4.1-258902

EMC CLARiiON CX Flare 04.29.0.5.014 avec code d’activation du clonage

EMC Navisphere® Agent 6.29.6 (0.35)

EMC NaviSecCLI 6.29

Environnement logiciel


14

Conception et configuration 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.

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.

Introduction

Configurations clés


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. Modèle de conception du stockage des systèmes basés sur des machines virtuelles

Type RAID

Type de disque

Taille de LUN

Rôle Système de fichiers

10 VMFS 90 Go Root et swap Linux /

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

/oracle/<SID>/sapdata1











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

Conception du stockage SAP


16

‎Tableau 5 décrit la conception du stockage du système SAP PRD reposant sur des machines physiques.

Tableau 5. Modèle de conception du stockage pour le système reposant sur des machines physiques

Type RAID Taille de LUN

Objectif Système de fichiers

10 68 Go Root et swap Linux /

10 32 Go Log redo d’origine /oracle/PRD/origlogA

/oracle/PRD/origlogB

10 64 Go Log redo en mode miroir

/oracle/PRD/mirrlogA

/oracle/PRD/mirrlogB

5 32 Go Log d’archive Oracle /oracle/PRD/oraarch

5 128 Go Fichiers de données de base de données

/oracle/PRD/sapdata1











10 32 Go BIN SAP /sapmnt/PRD

/usr/sap/PRD

/usr/sap/trans

10 32 Go BIN Oracle /oracle/client

/oracle/stage

/oracle/PRD/102_64

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

Configuration de DD Boost


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.

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

Configuration d’EMC NetWorker


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.

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

415 Go

Agent installé NMSAP

BR*Tools - Type de périphérique de sauvegarde

util_file_online

BR*Tools - Type de sauvegarde online_cons

BR*Tools - Mode de sauvegarde 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


Taille de la base de données (initiale)

502 Go

Espace utilisé (initial) 437 Go

Agent installé NMSAP, PowerSnap (valide dans la sauvegarde activée par PowerSnap)

BR*Tools - Type de périphérique de sauvegarde

util_file_online

BR*Tools - Type de sauvegarde online_cons

BR*Tools - Mode de sauvegarde all_data

Configuration de NMSAP


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


NSR_DIRECT_ACCESS non

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


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.

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


Agent installé PowerSnap

Volumes synchronisés Fichiers de données de base de données

Type de snapshot Clone

Type de sauvegarde PowerSnap 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.

Configuration spécifique de PowerSnap


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.

Configuration du chargement des données


22

Test et validation 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.

Présentation du test


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 :

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.

Remarques

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.

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.

Procédure de test


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.


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

Résultats des tests


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


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,55 502 437 502 79,07


28

Tableau 11. Statistiques des performances hors production de la sauvegarde initiale - Test de référence







Durée (min)

DEV 13,74 109,68 497 415 497 79

QAS 13,24 108,65 497 415 497 79,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


Utilisation du CPU (%) Débit du

réseau (Mbit/s)



Taille de la sauvegarde DD (Go)

Durée (min) Hôte

SAP Hôte proxy

PRD 0,14 11 35,47 502 437 133,4 68,6

Tableau 13. Statistiques des performances hors production de la sauvegarde initiale - Test du système Data Domain







Durée (min)

DEV 21,3 11,7 497 415 29 45,2

QAS 21,25 1,56 497 415 3,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™ 4.1.


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 108-113 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



Taille de la BD (Go)



Durée (min)

1 2,76 109,65 502 442 502 79,22

2 2,86 112,19 502 445 502 78,75

3 2,45 110,74 502 449 502 79,48

4 2,86 109,98 506 455 506 80,1

5 2,95 108,10 512 460 512 82,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 14.


30

Tableau 15. Statistiques des performances des sauvegardes suivantes - Test du système Data Domain

Séquence de sauvegarde



Taille de la BD (Go)

Augmentation du volume des données (Go)


Durée (min)

Hôte SAP

Hôte proxy

1 0,05 15,47 2,2 502 5 5 45,5

2 0,1 15,22 1,97 502 4 3,2 45,83

3 0,12 14,24 2,47 502 4 3,9 47,92

4 0,08 15,11 2,05 506 6 4,9 46,85

5 0,11 15,2 2,28 512 5 0,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)

Durée de la restauration depuis DD (min)

PRD 512 113,5 81,67

DEV 497 92 85,5

QAS 497 89 80,5


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.

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.

Analyse des résultats


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.


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


34

Les performances de restauration sont importantes pour les clients SAP, car, en cas de défaillance, le système critique doit être restauré en un minimum de temps. Le système Data Domain améliore les performances de restauration en permettant des opérations de restauration 1,38X plus rapides que celles effectuées depuis AFTD.

Figure 13. Comparaison du délai de restauration

Impact sur les performances au cours de la sauvegarde

Le module EMC Networker PowerSnap a été utilisé pour cloner le système SAP PRD sur l’hôte proxy. L’utilisation du CPU et de la bande passante réseau du système de production SAP a été déchargée vers l’hôte proxy, éliminant ainsi toute charge de sauvegarde depuis le système de production SAP, tout en protégeant ses performances et sa stabilité. Les ressources de sauvegarde dédiées de l’hôte proxy ont optimisé l’efficacité de la sauvegarde et réduit la durée totale de la sauvegarde.


Figure 14. Comparaison de l’utilisation du CPU sur le PRD et sur l’hôte proxy entre les tests de référence et du système Data Domain


36

Conclusion Pour satisfaire aux exigences élevées des SLA de protection des données des environnements SAP, il est nécessaire de disposer d’une solution de sauvegarde. La solution avec technologie de déduplication à la volée composée d’un système Data Domain optimisé par Intel Xeon, d’EMC NetWorker et de DPA a démontré qu’elle est la meilleure pour la sauvegarde des systèmes SAP.

Les clients SAP peuvent optimiser leur matériel de sauvegarde SAP et leur stratégie de sauvegarde et de restauration tout en réduisant considérablement les coûts grâce aux systèmes Data Domain. Avec des TCO inférieurs, les clients SAP peuvent facilement préserver leur infrastructure afin de mieux protéger leur environnement SAP.

Les systèmes Data Domain permettent de réduire considérablement les coûts de stockage des sauvegardes et de sauvegarder plusieurs systèmes SAP au cours d’un cycle de sauvegarde SAP, conformément aux recommandations. La déduplication à la volée permet d’allonger la durée de rétention sur site des données de sauvegarde afin de satisfaire aux besoins d’audit ou de consultation des données anciennes à des fins de gouvernance. Optimisées par DD Boost, les performances de sauvegarde sont considérablement améliorées, rendant le processus de sauvegarde plus efficace en comparaison avec les processus de sauvegarde sur bande classique.

L’association de systèmes Data Domain à EMC NetWorker permet d’obtenir des performances inédites en matière de sauvegarde et de restauration des données SAP en :

éliminant les données en double tout en sauvegardant plusieurs systèmes SAP plusieurs fois, et atteindre des taux de déduplication de 20:1

en réduisant de 43 % la fenêtre de sauvegarde grâce à DD Boost ;

en pouvant réduire l’utilisation du LAN de 93 % au cours de la sauvegarde avec DD Boost ;

affinant la stratégie de sauvegarde SAP grâce à un délai de restauration plus court ;

évitant tout impact sur les performances du serveur SAP pendant la sauvegarde.

Les systèmes Data Domain et EMC NetWorker avec Data Protection Advisor améliorent la protection des données SAP et l’efficacité des tâches de gestion de la sauvegarde et de la restauration. Cette solution élimine les risques induits par les opérations de sauvegarde et de restauration SAP et augmente la flexibilité de l’administration SAP.

Résumé

Conclusions


Références Pour plus informations, consultez les livres blancs ci-dessous :

EMC Backup and Recovery for SAP Enabled by EMC NetWorker Module for SAP with EMC Avamar – A Detailed Review

EMC Backup and Recovery for Microsoft Applications Deduplication Enabled by EMC CLARiiON and Data Domain – A Detailed Review

Pour plus d’informations, consultez la documentation produit ci-dessous :

EMC NetWorker Release 7.6 Service Pack 1 Installation Guide

EMC NetWorker Release 7.6 Service Pack 1 Administration Guide

EMC NetWorker Module for SAP with Oracle Release 4.2 Installation Guide

EMC NetWorker Module for SAP with Oracle Release 4.2 Administration Guide

EMC NetWorker PowerSnap Module for CLARiiON Version 2.5 Service Pack 1 Installation and Administration Guide

EMC NetWorker Data Domain Deduplication Devices 7.6 Service Pack 1 Integration Guide

VMware ESX 4.1 and vCenter 4.1 Installation Guide

Performance Troubleshooting for VMware vSphere™ 4.1

EMC DD OS 4.9 Administration Guide

EMC Data Protection Advisor 5.8 Administration Guide

Master Guide for SAP ERP 6.0

Pour plus d’informations, consultez les documents répertoriés ci-dessous :

SAP ADM505 – Database Administration Oracle

Livres blancs

Documentation produit

Autre documentation


38

Informations complémentaires Vous trouverez dans cette section les exemples de fichiers de configuration utilisés dans ce livre blanc.

Le ‎Tableau 17 répertorie les profils d’utilitaire de sauvegarde.

Tableau 17. PRD – initPRD.utl


NSR_NWPATH /usr/sbin/

parallelism 12

savesets 12

expiration 3 Months

pool 467PRD

server EMC NetWorker

client saplnx03.saptce.com

ssNameFormat new

NSR_SAVESET_RETENTION 3 Months

NSR_SAVESET_BROWSE 3 Months

Le ‎Tableau 18 répertorie les profils de l’utilitaire de sauvegarde pour PowerSnap.

Tableau 18. PRD – initPRDps.utl


ps_backup_mode yes

ps_archive_mode no

ps_restore_mode yes

ps_inquire_mode yes

ps_exclude_backup_bi_run_nums 2

ps_exclude_archive_bi_run_nums 1;2

ps_exclude_backup_paths /oracle/PRD/102_64/dbs/*;/oracle/PRD/ sapreorg/*;/oracle/PRD/sapbackup/*

ps_opaque_pfilename /oracle/PRD/102_64/dbs/nsrsapps.cfg

Le paramètre ps_opaque_pfilename définit le chemin vers l’emplacement du fichier de configuration PowerSnap.

Présentation

Profil d’utilitaire de sauvegarde

Profil d’utilitaire de sauvegarde pour PowerSnap


Le ‎Tableau 19 répertorie les profils de configuration de PowerSnap.

Tableau 19. PRD – nsrsapps.cfg


NSR_CLIENT saplnx03.saptce.com

NSR_DATA_MOVER saplnx04.saptce.com

CLAR_SNAP_POOL /nsr/res/clariion.res

NSR_SNAP_TYPE emcclar

FRAME_IP <CLARiiON’s IP address>

NSR_PS_SAVE_PARALLELISM 12

EMCCLAR_SNAP_SUBTYPE mirror

Fichier de configuration PowerSnap

OPTIMISATION DE LA SAUVEGARDE ET DE LA … · Optimisation de la sauvegarde et de la restauration...

Documents

Transcript of OPTIMISATION DE LA SAUVEGARDE ET DE LA … · Optimisation de la sauvegarde et de la restauration...