h8205: Optimized Backup and Recovery for SAP

Transcription

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
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
Optimisation de la sauvegarde et de la restauration dans les environnements
SAP avec EMC Data Domain et EMC NetWorker
2
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
3
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
4
Résumé analytique
Business case
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.
Présentation de la
solution
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
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
Introduction
Objectif
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.
Périmètre
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.
Audience
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.
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.
7
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
8
Présentation technique
Présentation
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
Systèmes EMC
Data Domain
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.
Logiciel EMC Data
Domain Boost
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.
EMC NetWorker
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
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
EMC NetWorker
PowerSnap Module protection des données basées sur les snapshots conjointement avec les
systèmes de stockage EMC CLARiiON. La sauvegarde est pratiquement
for CLARiiON
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
EMC Data
Protection Advisor
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
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
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
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
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
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
EMC CLARiiON
Quantité
1
Configuration
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
Serveur EMC Data
Protection Advisor
1
EMC NetWorker Server
1
Modèle : DD670
12 disques SATA, 1 To
32 disques SATA, 2 To
Machine virtuelle VMware
4 CPU virtuels, mémoire de 6 Go
Hôte SAP DEV
1
Hôte SAP PRD
1
Type de CPU : 4 CPU quadricœurs 2,93 GHz
Mémoire : 16 Go
Hôte SAP QAS
1
12
Équipement
Quantité
Hôte proxy (également
appelé hôte de
sauvegarde ou de
montage, utilisé par
PowerSnap)
1
Serveur de nœud de
stockage
1
Serveur VMware ESX
1
Configuration
Mémoire : 16 Go
Mémoire : 16 Go
Type de CPU : 2 CPU quadricœurs Intel Xeon
X5570, 2,93 GHz, famille de processeurs
Nehalem
Mémoire : 96 Go
Remarque
Environnement
logiciel
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
13
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
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.
Conception du
stockage SAP
‎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
5
RDM
128 Go
de base de données
5
RDM
128 Go
de base de données
5
RDM
128 Go
de base de données
5
RDM
128 Go
de base de données
5
RDM
128 Go
de base de données
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
‎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
5
128 Go
base de données
5
128 Go
base de données
5
128 Go
base de données
5
128 Go
base de données
5
128 Go
base de données
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
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 DDBoost.
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
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
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
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
Tableau 7.
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é.
PRD – initPRD.sap
Valeur
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
18
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
Valeur
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.
19
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
Valeur
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.
20
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
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
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.
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
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
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
‎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
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
27
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)
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
ID du
système
SAP
(identifiant
SID)
Utilisation
du CPU (%)
Hôte
SAP
PRD
0,14
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)
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
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,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.
28
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
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,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.
29
Tableau 15. Statistiques des performances des sauvegardes suivantes - Test du
système Data Domain
Séquence
de
sauvegarde
Utilisation
du CPU (%)
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)
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
30
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
‎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
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
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.
34
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
35
Conclusion
Résumé
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.
Conclusions
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.
36
Références
Livres blancs
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
Documentation
produit
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
Autre
documentation
Pour plus d’informations, consultez les documents répertoriés ci-dessous :
SAP ADM505 – Database Administration Oracle
37
Informations complémentaires
Présentation
Vous trouverez dans cette section les exemples de fichiers de configuration
utilisés dans ce livre blanc.
Profil d’utilitaire
de sauvegarde
Le ‎Tableau 17 répertorie les profils d’utilitaire de sauvegarde.
Tableau 17. PRD – initPRD.utl
Valeur
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
Profil d’utilitaire de Le ‎Tableau 18 répertorie les profils de l’utilitaire de sauvegarde pour PowerSnap.
sauvegarde pour
PowerSnap
Tableau 18. PRD – initPRDps.utl
Valeur
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.
38
Fichier de
configuration
PowerSnap
Le ‎Tableau 19 répertorie les profils de configuration de PowerSnap.
Tableau 19. PRD – nsrsapps.cfg
Valeur
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
39

h8205: Optimized Backup and Recovery for SAP

Transcription

Documents pareils

Evaluation d`EMC 4ème, collège Le Cèdre, Le Vésinet. Trois

Votre partenaire informatique 360°

565, Avenue du Prado 13008 Marseille Agence Marseille : +33 (0

Bac Pro EDPI

La sauvegarde en ligne,

Outils de backup pour la mobilité

Sauvegardes informatiques

BAUCHER Johanna

Solutions de sécurisation des données