EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP

Dimension: px
Commencer à balayer dès la page:

Download "EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP"

Transcription

1 Livre blanc EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP EMC VPLEX, Symmetrix VMAX, VNX, VMware vsphere HA, réseau Brocade, Oracle RAC, SUSE Linux Enterprise Gestion simplifiée pour la haute disponibilité et la continuité d activité Déploiements SAP critiques durables Datacenters en mode actif/actif EMC Solutions Group Présentation Ce livre blanc décrit la transformation d un déploiement SAP traditionnel en une solution de continuité d activité critique avec datacenters en mode actif-actif. La solution repose sur EMC VPLEX TM Metro, EMC Symmetrix VMAX TM, EMC VNX TM, VMware vsphere HA, Oracle RAC, un réseau Brocade et SUSE Linux Enterprise Server for SAP Applications. Juin 2012

2 Copyright 2012 EMC Corporation. Tous droits réservés. EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis. Les informations contenues dans cette publication sont fournies «en l état». EMC Corporation ne fournit aucune déclaration ou garantie d aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d adéquation à une utilisation particulière. L utilisation, la copie et la diffusion 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 rubrique des marques EMC via le lien Législation, sur VMware, VMware vsphere, ESXi, vcenter et vmotion sont des marques déposées ou des marques commerciales de VMware, Inc. aux États-Unis et/ou dans d autres juridictions. Brocade, DCX, MLX, VCS et VDX sont des marques déposées de Brocade Communications Systems, Inc. aux États-Unis et/ou dans d autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs. Référence H EMC Mission-Critical Business Continuity for SAP 2

3 Table des matières Résumé analytique... 5 Business case... 5 Présentation de solution... 5 Principaux avantages... 6 Introduction... 7 Objectif... 7 Périmètre... 7 Audience... 7 Terminologie... 7 Présentation de solution... 9 Introduction... 9 Architecture de la solution Couches de protection Profil de base de données et de charge de travail Ressources matérielles Ressources logicielles Infrastructure EMC VPLEX Metro Introduction Configuration de la solution VPLEX Metro Configuration de VPLEX Witness Contrôle des performances VPLEX Infrastructure virtualisée VMware Introduction Déploiements VMware sur VPLEX Metro Configuration d un cluster étendu VMware Configuration de VMware vsphere HA Configuration de VMware vsphere DRS EMC Virtual Storage Integrator et VPLEX Architecture du système SAP Introduction Configuration du système SAP Configuration de SUSE Linux Enterprise High Availability Extension Architecture d Oracle Database Introduction Oracle RAC et VPLEX Configuration Oracle ACFS Oracle Extended RAC sur VPLEX Metro EMC Mission-Critical Business Continuity for SAP 3

4 Configuration des groupes de disques Oracle ASM Processus de migration de base de données Oracle Infrastructure réseau Brocade Introduction Configuration du réseau IP Configuration du réseau SAN Infrastructure de stockage EMC Introduction Configuration de Symmetrix VMAX Configuration de VNX Haute disponibilité et continuité d activité : test et validation Introduction Défaillance du processus du service de mise en file d attente SAP Défaillance de la machine virtuelle de l instance SAP ASCS Défaillance d un nœud Oracle RAC Panne de site Isolement de cluster VPLEX Conclusion Résumé Conclusions Références EMC Oracle VMware SUSE SAP Annexe : exemples de configuration Exemple de configuration CRM Exemple de profil d instance ASCS Exemple de profil d instance ERS Exemple de profil START ERS Exemple de profil d instance DI EMC Mission-Critical Business Continuity for SAP 4

5 Résumé analytique Business case Pour rester compétitives, les entreprises internationales exigent une disponibilité constante des informations et des applications. La solution EMC décrite dans ce livre blanc propose une stratégie de continuité d activité et de haute disponibilité pour les applications critiques, telles que SAP ERP. Les objectifs de point de restauration (RPO) et les objectifs de temps de restauration (RTO) sont des metrics fondamentaux à prendre en compte lors de la planification d une stratégie de continuité d activité critique. Ils répondent à deux questions essentielles que les entreprises se posent lorsqu elles évaluent l impact potentiel d un sinistre ou d une panne : Quelle quantité de données pouvons-nous nous permettre de perdre (RPO)? Quelle doit être la vitesse de restauration du système ou de l application (RTO)? La stratégie de continuité d activité critique de SAP requiert des RPO et des RTO très stricts afin de réduire au minimum le risque de perte de données et les délais de restauration. Lors de l élaboration d une telle stratégie, les principaux défis auxquels les entreprises sont confrontées sont les suivants : réduction des RPO et des RTO ; élimination des points uniques de défaillance (technologies, personnel, processus) ; optimisation de l utilisation des ressources ; réduction des coûts d infrastructure ; gestion de la complexité associée à l intégration, à la maintenance et au test de plusieurs solutions ponctuelles. Ce livre blanc présente une solution EMC destinée à relever tous ces défis liés aux applications SAP ERP présentant une couche de base de données Oracle Real Applications Clusters (RAC) 11g. Cette solution adopte un modèle de déploiement actif-actif innovant pour des datacenters distants de 100 km maximum. Elle passe ainsi du modèle traditionnel de reprise après sinistre actif-passif à une solution de continuité d activité haute disponibilité, offrant une disponibilité des applications 24x7, sans aucun point unique de défaillance et présentant des RTO et des RPO proches de zéro. Présentation de solution EMC VPLEX TM Metro est la principale technologie à l origine de cette solution. VPLEX Metro est une solution de réseau de stockage (SAN) assurant à la fois la fédération locale et distribuée du stockage. Sa technologie hors pair, AccessAnywhere TM, permet la présence de données identiques sur deux sites géographiques distincts. L accès à ces données et leur mise à jour sont possibles sur les deux sites simultanément. Lorsque VPLEX Witness est ajouté à la solution, les applications sont toujours disponibles, sans aucune interruption de service, même en cas d interruption de l un des datacenters. EMC Mission-Critical Business Continuity for SAP 5

6 Ce livre blanc démontre comment cette solution de continuité d activité innovante peut être mise en œuvre grâce aux technologies suivantes : EMC VPLEX Metro fournit la couche de stockage virtuel indispensable à un datacenter Metro en mode actif-actif. EMC VPLEX Witness assure la disponibilité continue des applications, même en cas d interruption de l un des datacenters. Les baies EMC Symmetrix VMAX TM et EMC VNX TM, qui présentent une disponibilité éprouvée de 99,999 %, prennent en charge la hiérarchisation FAST (Fully Automated Storage Tiering), ainsi qu un vaste choix de technologies de réplication. Elles constituent les plates-formes de stockage d entreprise de la solution. La migration d une base de données d instance unique vers Oracle RAC sur clusters éloignés (Extended Distance Clusters) permet de supprimer les points uniques de défaillance au niveau de la couche de base de données, à distance. VMware vsphere virtualise les composants d applications SAP et les supprime en tant que points uniques de défaillance. VMware High Availability (HA) protège les machines virtuelles en cas de pannes du serveur physique et du système d exploitation. SUSE Linux Enterprise Server for SAP Applications, avec SUSE Linux Enterprise High Availability Extension et SAP Enqueue Replication Server (ERS), protège les services centraux SAP (serveurs de messages et de mise en file d attente) sur deux nœuds de cluster pour supprimer ces services en tant que points uniques de défaillance. Les fabrics Brocade Ethernet et les routeurs principaux MLXe assurent la mise en réseau transparente et fournissent une extension Layer 2 entre les sites. Les backbones Brocade DCX 8510 offrent une infrastructure SAN redondante incluant une extension de fabric. Principaux avantages Cette solution permet d améliorer la disponibilité des applications SAP de la manière suivante : élimination des points uniques de défaillance au niveau de toutes les couches de l environnement, pour créer un système SAP distribué et à haute disponibilité ; mise en œuvre de datacenters en mode actif-actif prenant en charge des RPO et RTO proches de zéro et la continuité d activité critique. Avantages supplémentaires : gestion entièrement automatique des pannes ; utilisation accrue des ressources matérielles et logicielles : utilisation en mode actif-actif des deux datacenters, équilibrage automatique de la charge entre les datacenters, maintenance sans interruption de service, gestion simplifiée de la haute disponibilité SAP ; déploiement simplifié d Oracle RAC sur clusters éloignés (Extended Distance Clusters) ; coûts réduits grâce à une automatisation accrue et à une meilleure utilisation de l infrastructure. EMC Mission-Critical Business Continuity for SAP 6

7 Introduction Objectif Ce livre blanc décrit une solution qui améliore la disponibilité des applications SAP par la création de datacenters fonctionnant en mode actif-actif sur des sites géographiquement distincts et par la suppression des points uniques de défaillance au niveau de toutes les couches de l environnement. Dans les environnements SAP, les interruptions d activité peuvent résulter de défaillances techniques, logiques ou logistiques. La présente solution aborde la continuité d activité du point de vue technique. Périmètre Audience Terminologie Ce livre blanc vise à : présenter les principales technologies qui rendent la continuité d activité possible ; décrire l architecture et la conception de la solution ; décrire la configuration des principaux composants ; décrire la procédure de conversion d une base de données d instance unique Oracle en cluster Oracle RAC à quatre nœuds sur Oracle Automatic Storage Management (ASM) ; présenter les résultats des tests effectués qui démontrent l élimination des points uniques de défaillance au niveau de toutes les couches de l environnement ; identifier les principaux avantages métiers offerts par la solution. Ce livre blanc est destiné aux administrateurs de base SAP, aux administrateurs de base de données Oracle, aux administrateurs de stockage, aux architectes informatiques et aux directeurs techniques responsables de la conception, de la création et de la gestion des applications SAP critiques dans des environnements 24x7. Dans ce livre blanc, les termes répertoriés dans le Tableau 1 sont utilisés. Tableau 1. Terme ABAP ACFS ASCS ASM CIFS CNA CRM DI DPS DRS dvswitch DWDM ERP ERS FAST VP Terminologie Description SAP Advanced Business Application Programming Oracle ASM Cluster File System ABAP SAP Central Services Oracle Automatic Storage Management Common Internet File System Adaptateur de réseau convergé Gestionnaire des ressources du cluster Instance de dialogue Dynamic Path Selection VMware vsphere Distributed Resource Scheduler Switch distribué vsphere Multiplexage par répartition en longueur d onde Planification des ressources d entreprise Enqueue Replication Server Fully Automated Storage Tiering for Virtual Pools EMC Mission-Critical Business Continuity for SAP 7

8 Terme FCoE FEC FRA HA HAIP HBA IDES ISL LACP LAG LLDP LUW MCT MPLS MPP NAS NFS NL-SAS OCR Oracle Extended RAC RAC RFC RMAN RPO RTO SAN SBD SFP SLES SLE HAE SMT SPOF STONITH TAF ToR VCS vlag vlan VMDK VMFS VMHA VNX OE VPLS VPN VRF VSI Description Fibre Channel over Ethernet Forward Error Correction Flash Recovery Area Haute disponibilité IP virtuelle à haute disponibilité Adaptateur HBA SAP Internet Demonstration and Evaluation System Inter-Switch Link Link Aggregation Control Protocol Link Aggregation Group Link Layer Discovery Protocol Unité logique de travail Multi-Chassis Trunking Multi-Protocol Label Switching Plug-in de multipathing Stockage rattaché au réseau Network File System SAS (Serial Attached SCSI) nearline Oracle Cluster Registry Oracle RAC sur clusters éloignés Real Application Clusters Appel de fonction distant Oracle Recovery Manager Objectif de point de restauration Objectif de temps de restauration Réseau de stockage Périphérique de bloc STONITH Small Form-Factor Pluggable SUSE Linux Enterprise Server SUSE Linux Enterprise High Availability Extension Subscription Management Tool Point unique de défaillance Shoot The Other Node In The Head Transparent Application Failover Top-of-Rack Switch de cluster virtuel Virtual Link Aggregation Group LAN virtuel Disque virtuel Virtual Machine File System VMware High Availability VNX Operating Environment Virtual Private LAN Service Réseau privé virtuel Virtual Routing and Forwarding Virtual Storage Integrator EMC Mission-Critical Business Continuity for SAP 8

9 Présentation de solution Introduction Mises en œuvre SAP : problématique et solution Les mises en œuvre SAP traditionnelles présentent plusieurs points uniques de défaillance, y compris : Services centraux Serveur de mise en file d attente* Serveur de messages* Serveur de base de données Déploiement sur site unique Stockage sur disque local * Dans cette solution, les serveurs de mise en file d attente et de messages sont mis en œuvre en tant que services dans l instance ABAP SAP Central Services (ASCS). Ce livre blanc présente une solution visant à améliorer la disponibilité des applications SAP. L architecture et les composants de la solution créent une solution en cluster actif-actif pour l intégralité de la pile SAP afin d améliorer la fiabilité et la disponibilité tout en simplifiant le déploiement et la gestion de l environnement. Cette solution présente les avantages suivants : suppression des points uniques de défaillance au niveau de toutes les couches de l environnement, afin de générer un système SAP haute disponibilité ; création de datacenters fonctionnant en mode actif-actif pour permettre la continuité d activité critique. La Figure 1 illustre les points uniques de défaillance d un environnement SAP et les composants de la solution utilisés pour les traiter. Problématique Points uniques de défaillance Solution Haute disponibilité et continuité d activité Figure 1. Mises en œuvre SAP : problématique et solution EMC Mission-Critical Business Continuity for SAP 9

10 Architecture de la solution Les sections suivantes décrivent les solutions mises en œuvre au niveau de chaque couche de l environnement afin d offrir la haute disponibilité et la continuité d activité, comme illustré sur la Figure 2. Figure 2. Transition vers la haute disponibilité : vue logique Haute disponibilité de la couche de stockage L ensemble du stockage nécessaire pour chaque serveur de l environnement a été déplacé vers des baies de stockage d entreprise (Symmetrix VMAX et VNX). Des backbones Brocade 8510 ont été déployés pour mettre en œuvre un fabric SAN redondant permettant l accès au stockage. Cette configuration tire parti de la disponibilité éprouvée de 99,999 % qu offrent les baies et les backbones SAN, ainsi que de leurs fonctions avancées de gérabilité et de continuité d activité. Figure 3. Haute disponibilité du stockage Haute disponibilité de la base de données Le serveur de base de données correspond au référentiel d entreprise de l application SAP. Pour les besoins de cette solution, le serveur de base de données back-end a été converti d une base de données d instance unique Oracle en base de données Oracle RAC à 4 nœuds sur Oracle ASM. Cette conversion supprime le serveur de base de données en tant que point unique de défaillance. Figure 4. Haute disponibilité de la base de données EMC Mission-Critical Business Continuity for SAP 10

11 Haute disponibilité de l application SAP Les serveurs d application SAP ont été entièrement virtualisés à l aide de VMware ESXi TM 5.0. Chaque machine virtuelle SAP a été déployée à l aide de SUSE Linux Enterprise Server for SAP Applications 11 SP1 en tant que système d exploitation invité. SUSE Linux Enterprise High Availability Extension et SAP Enqueue Replication Server (ERS) ont également été déployés pour protéger les serveurs de messages et de mise en file d attente de SAP. Ce déploiement supprime les services centraux ABAP SAP Central Services (ASCS) en tant que point unique de défaillance. Figure 5. Haute disponibilité de l application SAP Haute disponibilité du datacenter La solution de cluster à haute disponibilité décrite ci-dessus permet de protéger SAP au sein du datacenter. En vue d obtenir une haute disponibilité entre les datacenters, la solution utilise la technologie de virtualisation du stockage EMC VPLEX Metro, tel que représenté sur la Figure 6. La technologie de cluster actif-actif VPLEX Metro Access Anywhere unique permet un accès en lecture/écriture aux volumes distribués sur des distances synchrones. En mettant les données en miroir entre les différents sites, VPLEX permet aux utilisateurs des deux sites d accéder simultanément aux mêmes informations. Figure 6. Haute disponibilité du datacenter Cette solution combine VPLEX Metro avec SUSE Linux Enterprise High Availability Extension (au niveau de la couche du système d exploitation) et Oracle RAC (au niveau de la couche de base de données) afin de supprimer le datacenter en tant que point unique de défaillance et d offrir une stratégie de continuité d activité fiable pour les applications critiques. EMC Mission-Critical Business Continuity for SAP 11

12 L exécution d Oracle RAC sur clusters éloignés (Extended Distance Clusters) sur VPLEX présente les avantages suivants : VPLEX simplifie la gestion d Oracle RAC sur clusters éloignés (Extended Distance Clusters), étant donné que la haute disponibilité intersites est intégrée au niveau de l infrastructure. Pour un administrateur de base de données Oracle, l installation, la configuration et la maintenance sont exactement les mêmes que pour une mise en œuvre d Oracle RAC sur un site unique. VPLEX élimine le recours à la mise en miroir des disques ASM sur l hôte et les cycles CPU hôtes que ce processus consomme. Avec VPLEX, les groupes de disques ASM sont configurés avec une redondance externe et sont protégés par la mise en miroir distribuée de VPLEX. Les hôtes doivent uniquement se connecter à leur cluster VPLEX local, et les E/S sont envoyées une seule fois à partir de ce nœud. Cependant, les hôtes disposent d un accès en lecture/écriture complet à la même base de données sur les deux sites. Avec la mise en miroir des groupes de disques ASM sur l hôte, chaque E/S d écriture doit être envoyée deux fois : une fois à chaque miroir. Il est inutile de déployer un disque de vote Oracle sur un troisième site qui servirait de périphérique de quorum au niveau de l application. VPLEX vous permet de créer des groupes de cohérence capables de protéger plusieurs bases de données et/ou applications en tant qu une unité. La solution utilise VPLEX Witness pour surveiller la connectivité entre les deux clusters VPLEX et assurer une disponibilité continue en cas de défaillance de la partition réseau entre les clusters ou de défaillance d un cluster. VPLEX Witness est déployé sur une machine virtuelle située dans un troisième domaine de panne distinct (site C). Haute disponibilité du réseau Dans chaque datacenter, un fabric Ethernet a été généré à l aide d une technologie de switch de cluster virtuel (VCS) Brocade, qui offre une couche d accès durable et autoréparatrice avec transfert de l ensemble des liens. Les vlag (groupes d agrégation de liens virtuels) connectent les fabrics VCS aux routeurs principaux Brocade MLXe, qui étendent le réseau Layer 2 sur les deux datacenters. La Figure 7 représente l architecture physique de toutes les couches de la solution, y compris les composants réseau. EMC Mission-Critical Business Continuity for SAP 12

13 Figure 7. Architecture de la solution EMC Mission-Critical Business Continuity for SAP 13

14 Couches de protection Le Tableau 2 résume les couches à haute disponibilité (HA) utilisées par la solution afin de supprimer les points uniques de défaillance. Tableau 2. Haute disponibilité en local Haute disponibilité en local Protection Site Composants protégés VMware HA et VMware DRS Sites A et B Machines virtuelles SAP SUSE Linux Enterprise HAE et SAP Enqueue Replication Server Sites A et B Serveurs de mise en file d attente et de messages de SAP Plusieurs instances de dialogue SAP Sites A et B Processus de travail SAP (DIA, UPD, UP2, SPO) VMware Sites A, B et C Virtualisation des serveurs Oracle RAC Sites A et B Base de données Oracle Oracle Clusterware Sites A et B Système de fichiers partagé SAP Oracle ACFS Sites A et B SAP Oracle Home, répertoire SAP global, répertoire de transport SAP, répertoire SAP ASCS EMC Symmetrix VMAX Site A Stockage local, RAID, multipathing EMC VNX Site B Stockage local, RAID, multipathing VPLEX Metro étend ensuite la haute disponibilité avec une architecture en cluster, qui repousse les limites du datacenter et permet aux serveurs de plusieurs datacenters de disposer d un accès en lecture/écriture aux périphériques de stockage en mode bloc partagés. La transformation du datacenter amène la haute disponibilité traditionnelle à un niveau inédit de continuité d activité critique. La Figure 8 illustre cette conception de la haute disponibilité, avec VPLEX Witness et la connexion entre clusters déployés pour offrir le niveau le plus élevé de résilience. Figure 8. Haute disponibilité en local avec VPLEX permettant la continuité d activité multisite Toutes les technologies illustrées sur la Figure 8 sont détaillées dans les sections correspondantes du livre blanc. EMC Mission-Critical Business Continuity for SAP 14

15 Profil de base de données et de charge de travail Le Tableau 3 décrit le profil de base de données et de charge de travail de la solution. Tableau 3. Profil de base de données et de charge de travail Caractéristique du profil Nombre de bases de données 1 Détails Type de base de données Taille de la base de données Nom de la base de données Oracle RAC Profil de charge de travail SAP OLTP 500 Go VSE 4 nœuds physiques Processus SAP personnalisés de la commande au paiement Ressources matérielles Le Tableau 4 détaille les ressources matérielles de la solution. Tableau 4. Environnement matériel de la solution Objectif Quantité Configuration Stockage (site A) 1 EMC Symmetrix VMAX doté de : 2 moteurs 171 disques FC de 450 Go 52 disques SATA de 2 To Stockage (site B) 1 EMC VNX5700 doté de : 30 disques NL-SAS de 2 To 79 disques SAS de 600 Go Fédération distribuée du stockage Serveurs de base de données Oracle RAC 2 Cluster VPLEX Metro doté de : 2 moteurs VS2 4 4 CPU à huit cœurs, 128 Go de RAM Serveurs VMware ESXi pour SAP 4 2 CPU à quatre cœurs, 128 Go de RAM Serveur VMware ESXi pour VPLEX Witness Plate-forme de routage et de commutation du réseau 2 2 CPU à deux cœurs, 48 Go de RAM 2 Backbone Brocade DCX 8510 doté de : 1 carte d extension FC Fx lames FC à 48 ports avec prise en charge de vitesse filaire FC de 16 Gbit Routeur Brocade MLXe 4 Brocade VDX 6720 en mode VCS EMC Mission-Critical Business Continuity for SAP 15

16 Ressources logicielles Le Tableau 5 détaille les ressources logicielles de la solution. Tableau 5. Environnement logiciel de la solution Logiciels Version Objectif EMC Enginuity Environnement d exploitation Symmetrix VMAX EMC VPLEX GeoSynchrony 5.1 Environnement d exploitation VPLEX EMC VPLEX Witness 5.1 Composant de surveillance et d arbitrage pour la gestion d une panne de cluster VPLEX et de la perte de communication entre les clusters EMC VNX Operating Environment for Block EMC VNX Operating Environment for File Environnement d exploitation VNX Environnement d exploitation VNX EMC Unisphere TM 1.1 Logiciel de gestion VNX SUSE Linux Enterprise Server for SAP Applications, y compris SUSE Linux Enterprise High Availability Extension 11 SP1 Système d exploitation de tous les serveurs de l environnement VMware vsphere 5.0 Hypervisor hébergeant toutes les machines virtuelles Oracle Database 11g (avec infrastructure Oracle Grid et Oracle RAC) Enterprise Edition Logiciel de cluster et de base de données Oracle SAP ERP 6.04 Système IDES SAP ERP EMC Mission-Critical Business Continuity for SAP 16

17 Infrastructure EMC VPLEX Metro Introduction Présentation Cette section présente l infrastructure VPLEX Metro pour la solution, comprenant les composants suivants : cluster EMC VPLEX Metro à chaque datacenter (site A et site B) ; EMC VPLEX Witness dans un domaine de panne distinct (site C). EMC VPLEX EMC VPLEX constitue une solution de virtualisation du stockage pour les baies de stockage EMC et tierces. EMC décline VPLEX en trois configurations qui répondent aux besoins des clients en matière de haute disponibilité et de mobilité des données, comme illustré sur la Figure 9 : VPLEX Local VPLEX Metro VPLEX Geo Figure 9. Topologies VPLEX Pour une description détaillée de ces configurations VPLEX, consultez les documents répertoriés à la section Références, page 75. EMC VPLEX Metro Cette solution utilise VPLEX Metro, qui repose sur une architecture en cluster unique aidant les clients à repousser les limites du datacenter et permettant aux serveurs de différents datacenters de disposer d un accès en lecture/écriture aux périphériques de stockage en mode bloc partagé. VPLEX Metro offre un accès actif-actif en mode bloc aux données de deux sites sur des distances synchrones avec un temps d aller-retour pouvant atteindre 5 ms. EMC VPLEX Witness VPLEX Witness est un serveur externe facultatif installé en tant que machine virtuelle dans un domaine de panne séparé des clusters VPLEX. VPLEX Witness se connecte aux deux clusters VPLEX à l aide d un réseau privé virtuel (VPN) via le réseau IP de gestion. Il nécessite un temps d aller-retour n excédant pas 1 seconde. EMC Mission-Critical Business Continuity for SAP 17

18 En rassemblant ses propres observations avec les informations rapportées régulièrement par les clusters, VPLEX Witness permet au cluster ou aux clusters de différencier les pannes de partition de réseau intercluster et les pannes de cluster, et de reprendre automatiquement les E/S sur le site approprié. La sémantique de la gestion des pannes VPLEX Witness s applique uniquement aux volumes distribués au sein d un groupe de cohérence, et uniquement lorsque les règles de déconnexion identifient un cluster statique privilégié pour le groupe de cohérence (pour plus d informations, reportez-vous à la section Groupes de cohérence VPLEX, page 19). Interface de gestion EMC VPLEX Vous pouvez gérer et administrer un environnement VPLEX grâce à la console de gestion VPLEX Web ou vous connecter directement à un serveur de gestion et démarrer une session VPlexcli (interface de ligne de commande VPLEX). Haute disponibilité d EMC VPLEX VPLEX Metro rend l application et les données plus mobiles et, lorsqu il est configuré avec VPLEX Witness, offre une infrastructure de haute disponibilité pour les applications en cluster, comme Oracle RAC. VPLEX Metro permet de générer un cluster éloigné comme s il s agissait d un cluster local et de supprimer le datacenter en tant que point unique de défaillance. En outre, étant donné que les données et les applications sont actives sur les deux sites, la solution offre une stratégie de continuité d activité simple. Il est même possible d atteindre un niveau de disponibilité encore plus élevé en faisant appel à la configuration de connexion entre clusters VPLEX. Dans ce cas, chaque hôte est connecté aux clusters VPLEX des deux sites. Dans l éventualité improbable d une panne complète du cluster VPLEX, l hôte est ainsi assuré de disposer d un chemin d accès de substitution vers le cluster VPLEX restant. Structures de stockage logique VPLEX VPLEX encapsule les périphériques de baie de stockage physique traditionnels et applique des couches d abstraction logique à ces LUN exportées, comme illustré sur la Figure 10. Figure 10. Structures de stockage logique VPLEX EMC Mission-Critical Business Continuity for SAP 18

19 Un volume de stockage est une LUN exportée à partir d une baie et encapsulée par VPLEX. Une extension désigne le mécanisme que VPLEX emploie pour diviser les volumes de stockage, et peut utiliser une partie ou l intégralité de la capacité du volume de stockage sous-jacent. Un périphérique encapsule une extension ou combine plusieurs extensions ou d autres périphériques en un seul grand périphérique présentant un type RAID spécifique. Un périphérique distribué est un périphérique qui encapsule d autres périphériques provenant de deux clusters VPLEX distincts. Sur la couche supérieure des structures de stockage VPLEX se trouvent les volumes virtuels. Ces volumes sont créés à partir d un périphérique de premier niveau (périphérique distribué ou non) et utilisent toujours la capacité totale de ce périphérique. Les volumes virtuels sont les éléments exposés par VPLEX aux hôtes à l aide de ses ports front-end. VPLEX présente un volume virtuel à un hôte au travers d une vue de stockage. VPLEX peut encapsuler les périphériques sur des baies de stockage hétérogène, y compris les périphériques thin provisionnés virtuellement et les LUN traditionnelles. Groupes de cohérence VPLEX Les groupes de cohérence regroupent des volumes virtuels, de sorte que les mêmes règles de déconnexion et autres propriétés puissent être appliquées à tous les volumes du groupe. Il existe deux types de groupe de cohérence : Groupes de cohérence synchrones : ils sont utilisés dans VPLEX Local et VPLEX Metro afin d appliquer les mêmes règles de déconnexion et autres propriétés au groupe de volumes d une configuration. Cette action simplifie la configuration et l administration sur les systèmes d envergure. Les groupes de cohérence synchrones utilisent une mise en cache à écriture immédiate (connue sous le nom de mode de cache synchrone) et, avec VPLEX Metro, sont pris en charge sur des clusters séparés par un temps de latence pouvant atteindre 5 ms. VPLEX Metro envoie les écritures aux volumes de stockage back-end et accuse réception d une écriture à l application uniquement lorsque les volumes de stockage back-end des deux clusters accusent réception de l écriture. Groupes de cohérence asynchrones : ils sont utilisés pour les volumes distribués dans VPLEX Geo, où il arrive que les clusters soient séparés par un temps de latence pouvant atteindre 50 ms. Règles de déconnexion Les règles de déconnexion sont des règles prédéfinies qui déterminent la sémantique du traitement des E/S pour un groupe de cohérence, lorsque la connectivité avec un cluster distant est interrompue (par exemple, en cas de panne du cluster distant ou du partitionnement de réseau). Les groupes de cohérence synchrones prennent en charge les règles de déconnexion suivantes, afin de déterminer le comportement du cluster lors d une panne : la règle de préférence statique détermine un cluster privilégié ; la règle qui ne désigne pas automatiquement de gagnant (no-automaticwinner) suspend les E/S sur les deux clusters. Lorsqu une règle de déconnexion est définie, elle est systématiquement appelée en cas de perte de connectivité entre les clusters. Cependant, VPLEX Witness peut être déployé pour remplacer la règle de préférence statique et s assurer que le cluster qui n a pas été privilégié reste actif en cas de panne du cluster privilégié. EMC Mission-Critical Business Continuity for SAP 19

20 Configuration de la solution VPLEX Metro Structures de stockage La Figure 10 présente la structure de stockage physique et logique utilisée par VPLEX Metro dans le cadre de cette solution. Figure 11. Structure de stockage physique et logique VPLEX pour la solution Un mappage un vers un a lieu entre les extensions, les périphériques et les volumes de stockage sur chaque site. Les périphériques encapsulés sur le site A (cluster-1) sont des périphériques thin provisionnés virtuellement tandis que les périphériques encapsulés sur le site B (cluster-2) sont des LUN traditionnelles. Tous les périphériques du cluster-1 sont mis en miroir à distance sur le cluster-2, dans une configuration RAID 1 distribuée, afin de créer des périphériques distribués. Ces derniers sont encapsulés dans des volumes virtuels, qui sont ensuite présentés aux hôtes par des vues de stockage. Groupe de cohérence Les groupes de cohérence sont essentiels aux bases de données et à leurs applications. Par exemple : Fidélité de l ordre des écritures : afin de maintenir l intégrité des données, toutes les LUN de base de données Oracle (par exemple, fichiers log, de données et de contrôle) doivent être placées ensemble dans un groupe de cohérence unique. Dépendances transactionnelles : il arrive souvent que plusieurs bases de données présentent des dépendances transactionnelles, comme lorsqu une application émet des transactions vers plusieurs bases de données et s attend à ce que ces dernières soient cohérentes entre elles. Toutes les LUN nécessitant une préservation de la dépendance d E/S doivent résider dans un groupe de cohérence unique. EMC Mission-Critical Business Continuity for SAP 20

21 Dépendance entre applications : Oracle RAC conserve Oracle Cluster Registry (OCR) et les fichiers de vote dans un ensemble de disques devant être accessible en vue de conserver la disponibilité de la base de données. Les disques OCR et de base de données doivent résider dans un groupe de cohérence unique. Dans le cadre de cette solution, un groupe de cohérence synchrone unique (Extended_Oracle_RAC_CG) contient tous les volumes virtuels conservant les binaires de la base de données Oracle 11g, les groupes de disques Oracle ASM, ainsi que les fichiers OCR et les fichiers de vote. Le cluster-1 est le cluster privilégié de la règle de déconnexion pour le groupe de cohérence. Processus de configuration Pour la solution, les structures de stockage logiques VPLEX Metro sont configurées comme suit (les figures comprises entre la Figure 12 et la Figure 16 montrent des extraits des assistants de configuration fournis par la console de gestion VPLEX) : Volume de stockage : un volume de stockage désigne une LUN exportée à partir d une baie et encapsulée par VPLEX. La Figure 12 présente plusieurs volumes de stockage créés sur le site A, comme affiché dans la console de gestion VPLEX. Figure 12. Volumes de stockage EMC VPLEX (site A) Extension : dans la solution, un mappage un vers un a lieu entre les extensions et les volumes de stockage, tel qu illustré sur la Figure 12 et la Figure 13. Figure 13. Assistant EMC VPLEX Extent Creation Périphérique : dans la solution, un mappage un vers un a lieu entre les périphériques et les extensions. La Figure 14 indique l option utilisée pour configurer ce mappage un vers un. Figure 14. Assistant EMC VPLEX Device Creation EMC Mission-Critical Business Continuity for SAP 21

22 Périphérique distribué : dans la solution, les périphériques distribués ont été créés par la mise en miroir à distance d un périphérique dans une configuration RAID 1 distribuée, comme l illustre la Figure 15. Figure 15. Assistant EMC VPLEX Device Creation Volume virtuel : dans la solution, tous les périphériques de premier niveau sont des périphériques distribués. Ils sont encapsulés dans des volumes virtuels, que VPLEX présente aux hôtes par des vues de stockage. Les vues de stockage déterminent les hôtes qui disposent d un accès aux volumes virtuels, et les ports VPLEX sur lesquels se trouvent ces volumes virtuels. Groupe de cohérence : La Figure 16 indique le groupe de cohérence créé pour la solution, soit Extended_Oracle_RAC_CG. Figure 16. Assistant EMC VPLEX Create Consistency Group Configuration de VPLEX Witness La solution utilise VPLEX Witness pour surveiller la connectivité entre les deux clusters VPLEX et assurer une disponibilité continue en cas de défaillance de la partition réseau entre les clusters ou de défaillance d un cluster. Cette configuration est considérée comme VPLEX Metro HA, étant donné que la disponibilité du stockage est assurée sur le site resté actif. VPLEX Witness est déployé sur un troisième domaine de panne distinct (site C) et connecté aux clusters VPLEX sur le site A et le site B. Le site C est situé à moins d une seconde des sites A et B en termes de temps de latence. Lorsqu une solution VPLEX Witness a été installée et configurée, la console de gestion VPLEX affiche l état des composants Witness de cluster, tel qu illustré sur la Figure 17. EMC Mission-Critical Business Continuity for SAP 22

23 Figure 17. Composants et état d EMC VPLEX Witness Contrôle des performances VPLEX VPLEX 5.1 offre une surveillance améliorée des performances par le biais du tableau de bord de contrôle des performances. Ce tableau de bord fournit une vue personnalisable des performances du système VPLEX et vous permet d afficher et de comparer différents aspects des performances système, jusqu au niveau directeur. De nombreux metrics différents sont actuellement disponibles : graphique de la latence front-end ; graphique de la bande passante front-end ; graphique du débit front-end ; graphique d utilisation du CPU ; graphique de l état de la reconstruction ; graphique des performances de la liaison WAN ; graphique de la latence back-end. La Figure 18 indique les performances CPU et front-end sur le cluster-1 (VPLEX du site A) lors du regroupement des statistiques Oracle sur la base de données SAP VSE. Figure 18. Tableau de bord de contrôle des performances VPLEX EMC Mission-Critical Business Continuity for SAP 23

24 Infrastructure virtualisée VMware Introduction Présentation Dans la solution, les serveurs d applications SAP sont entièrement virtualisés par VMware vsphere 5. Cette section présente l infrastructure de virtualisation qui utilise les options et composants suivants : VMware vsphere 5.0 VMware vcenter TM Server VMware vsphere vmotion VMware vsphere High Availability (HA) VMware vsphere Distributed Resource Scheduler TM (DRS) EMC PowerPath /VE for VMware vsphere Version 5.7 EMC Virtual Storage Integrator for VMware vsphere Version 5.1 VMware vsphere 5 VMware vsphere 5 est une plate-forme de virtualisation particulièrement puissante, évolutive et complète. Ses services d infrastructure transforment le matériel informatique en plate-forme informatique partagée hautes performances, et ses services d applications aident les départements informatiques à offrir des niveaux supérieurs de disponibilité, de sécurité et d évolutivité. VMware vcenter Server VMware vcenter est une plate-forme de gestion centralisée pour les environnements vsphere. Elle offre contrôle et visibilité sur chaque niveau de l infrastructure virtuelle. VMware vsphere vmotion VMware vsphere vmotion est une technologie VMware qui prend en charge la migration dynamique des machines virtuelles entre les serveurs, sans interruption ou perte de service pour les utilisateurs. Storage vmotion est une technologie VMware qui permet la migration dynamique du stockage d une machine virtuelle sans interruption de disponibilité de la machine virtuelle. Cette technologie permet la réaffectation de machines virtuelles dynamiques vers d autres datastores. VMware vsphere High Availability VMware vsphere High Availability (HA) est un composant vsphere qui assure une haute disponibilité à toutes les applications qu exécute une machine virtuelle, indépendamment de son système d exploitation ou de sa configuration matérielle sous-jacente. VMware vsphere Distributed Resource Scheduler VMware vsphere Distributed Resource Scheduler (DRS) assure de manière dynamique et automatique l équilibrage de la charge et le déplacement des machines virtuelles entre les différents serveurs VMware ESXi. EMC Mission-Critical Business Continuity for SAP 24

25 EMC PowerPath/VE EMC PowerPath/VE for VMware vsphere offre des fonctions de multipathing PowerPath qui permettent d optimiser les environnements virtuels VMware vsphere. PowerPath/VE est installé sur l hôte VMware ESXi comme un module de noyau et fonctionne comme un plug-in de multipathing (MPP) qui fournit aux hôtes VMware ESXi des fonctions avancées de gestion des chemins. EMC Virtual Storage Integrator for VMware vsphere EMC Virtual Storage Integrator (VSI) for VMware vsphere est un plug-in pour le client VMware vsphere. Il fournit une interface de gestion unique pour gérer le stockage EMC au sein de l environnement vsphere. VSI procure un environnement utilisateur unifié et flexible, qui permet de mettre à jour chacune des fonctions indépendamment, mais aussi d introduire rapidement de nouvelles fonctions pour répondre à l évolution des exigences clients. Lorsque PowerPath/VE est installé sur un hôte VMware ESXi, VSI indique des détails importants de multipathing pour les périphériques, notamment la règle d équilibrage de la charge, le nombre de chemins actifs et le nombre de chemins inactifs. Déploiements VMware sur VPLEX Metro EMC VPLEX Metro fournit un accès simultané au même ensemble de périphériques situés dans deux emplacements physiques distincts. Il offre ainsi l infrastructure actif/actif requise pour des clusters étendus géographiquement basés sur VMware vsphere. L utilisation de la technologie Brocade vlag (Virtual Link Aggregation Group) permet d étendre les VLAN et, par conséquent, les sousréseaux entre différents datacenters physiques. En déployant les fonctions et les composants VMware vsphere avec VPLEX Metro, les fonctionnalités suivantes deviennent disponibles : vmotion : capacité à migrer de manière dynamique des machines virtuelles entre des sites pour anticiper des événements planifiés comme une maintenance matérielle. Storage vmotion : capacité à migrer le stockage d une machine virtuelle sans interrompre la disponibilité de cette dernière. Cette technologie permet la réaffectation de machines virtuelles dynamiques vers d autres datastores. VMware DRS : automatisation de la répartition de la charge et du déplacement de machines virtuelles entre des sites à l aide des groupes DRS et des règles d affinité. VMware HA : un environnement VPLEX Metro configuré avec VPLEX Witness est considéré comme une configuration VPLEX Metro HA puisqu il assure la disponibilité du stockage sur le site resté actif en cas de panne au niveau d un site. La combinaison de VPLEX Metro HA et d une technologie de mise en cluster avec basculement sur incident de l hôte (comme VMware HA) assure le redémarrage automatique d une application en cas de sinistre au niveau d un site. La Figure 19 illustre cette architecture haute disponibilité. EMC Mission-Critical Business Continuity for SAP 25

26 Figure 19. VMware HA avec VPLEX Witness : vue logique Connexion entre clusters VPLEX Metro HA : il est possible d améliorer encore davantage la protection du cluster VMware HA par l ajout d une connexion entre clusters entre les serveurs VMware ESXi locaux et le cluster VPLEX sur le site distant. Les événements locaux d indisponibilité des données (que VMware vsphere 5.0 ne reconnaît pas) peuvent survenir en l absence de panne intégrale du site. La connexion d environnements vsphere avec les clusters VPLEX offre une protection contre cette éventualité et garantit que les machines virtuelles en échec sont automatiquement déplacées vers le site resté actif. La connexion entre clusters VPLEX est disponible pour une latence entraînée par la distance allant jusqu à 1 ms. Cette solution utilise VPLEX Metro HA avec une connexion entre clusters pour optimiser la disponibilité des machines virtuelles VMware, comme illustré sur la Figure Pour plus d informations, consultez le TechBook EMC : EMC VPLEX Metro Witness Technology and High Availability. EMC Mission-Critical Business Continuity for SAP 26

27 Figure 20. VMware HA avec VPLEX Witness et connexion entre clusters : vue logique Configuration d un cluster étendu VMware VMware et EMC prennent en charge une configuration de cluster étendu comprenant des hôtes VMware ESXi de plusieurs sites 2. Dans la solution, un cluster vsphere unique est étendu entre le site A et le site B à l aide d un volume virtuel distribué VPLEX avec VMware HA et VMware DRS. Le cluster contient quatre hôtes, deux sur chaque site. La connexion entre clusters de VPLEX Metro HA améliore la résilience de la configuration. Dans vcenter, il est facile d afficher la configuration de ce cluster (SiteAandSiteB) et les fonctions activées, comme l illustre la Figure 21. Cette vue présente également les ressources mémoire, CPU et de stockage disponibles pour le cluster. Figure 21. Cluster vsphere avec HA et DRS activés 2 Pour plus de détails sur les exigences et les scénarios, consultez l article de la base de connaissances VMware : Using VPLEX Metro with VMware HA EMC Mission-Critical Business Continuity for SAP 27

28 Chaque serveur VMware ESXi est configuré avec deux adaptateurs physiques 10 GbE qui assurent un basculement sur incident et de hautes performances. Un switch distribué vsphere (dvswitch) 3 fait office de switch unique, commun à tous les hôtes. Les adaptateurs physiques 10 GbE (également appelés adaptateurs uplink) sont alloués au dvswitch. Deux groupes de ports distribués sont alloués au dvswitch : dvportgroupsiteab : pour le trafic réseau des machines virtuelles ; Management Network : pour le trafic VMkernel et, plus particulièrement, pour le trafic vmotion. La Figure 22 présente la configuration du dvswitch. Puisque les switches vsphere 5.0 distribués et les switches Brocade VCS prennent en charge le protocole LLDP (Link Layer Discovery Protocol), il est également possible d identifier aisément les propriétés des switches physiques associés depuis vcenter. Figure 22. Configuration du dvswitch et détail du LLDP Le datastore EXT_SAP_VPLEX_DS01 a été créé sur un volume distribué VPLEX de 1 To, puis présenté aux hôtes VMware ESXi dans le cluster étendu. Toutes les machines virtuelles ont été migrées vers ce datastore (avec Storage vmotion), car elles doivent être en mesure de partager des disques virtuels ou d utiliser vmotion entre plusieurs sites. La Figure 23 présente le détail de la configuration du datastore. 3 Un dvswitch offre une configuration réseau qui s étend à tous les hôtes membres et permet aux machines virtuelles de préserver la cohérence de leur configuration réseau lorsqu elles migrent entre des hôtes. Pour plus d informations, consultez le document VMware vsphere Mise en réseau ESXi 5.0. EMC Mission-Critical Business Continuity for SAP 28

29 Figure 23. Datastore EXT_SAP_VPLEX_DS01, et hôtes et machines virtuelles associés Configuration de VMware vsphere HA Activation de VMware vsphere HA et de VMware vsphere DRS vsphere HA tire parti de plusieurs hôtes VMware ESXi. Configuré comme un cluster, il permet une restauration rapide après les pannes et une haute disponibilité à faible coût pour les applications exécutées sur les machines virtuelles. 4 vsphere HA protège la disponibilité des applications comme suit : Il offre une protection contre les pannes de serveurs en redémarrant les machines virtuelles sur d autres serveurs VMware ESXi du cluster. Il offre une protection contre les pannes liées aux applications en surveillant en permanence une machine virtuelle et en la réinitialisant en cas de défaillance de l OS invité. Pour la solution, à la fois vsphere HA et DRS ont été activés, comme l illustre la Figure 24. Figure 24. Assistant vsphere HA 4 Pour plus d informations sur vsphere HA, consultez le document VMware vsphere Disponibilité ESXi 5.0. EMC Mission-Critical Business Continuity for SAP 29

30 VM Monitoring VM Monitoring a été configuré pour redémarrer les machines virtuelles individuellement si leur heartbeat n est pas reçu après 60 secondes. Options de redémarrage des machines virtuelles L option VM Restart Priority des quatre machines virtuelles SAP a été définie sur High. Cette configuration garantit que ces machines virtuelles sont démarrées en priorité en cas de panne. La Figure 25 présente ce paramètre et le paramètre Host Isolation Response (par défaut). Figure 25. Paramètres VM Restart Priority et Host Isolation Response Heartbeats du datastore Lorsque vous créez un cluster vsphere HA, un hôte unique est automatiquement élu hôte maître. L hôte maître surveille l état de toutes les machines virtuelles protégées et de tous les hôtes esclaves. Lorsque l hôte maître ne peut pas communiquer avec un hôte esclave, il utilise les heartbeats du datastore pour déterminer si l hôte esclave est défaillant, se trouve dans une partition réseau ou est isolé du réseau. Pour répondre aux exigences de vsphere HA en termes de heartbeats du datastore, un second datastore (EXT_SAP_VPLEX_HA_HB) a été créé sur un volume distribué VPLEX de 20 Go, puis présenté à tous les hôtes VMware ESXi, comme l illustre la Figure 26. Dans un environnement de production, vcenter sélectionne automatiquement deux datastores ou plus à cette fin, en fonction de la visibilité de l hôte. Figure 26. vsphere HA Cluster Status : datastores pour les heartbeats EMC Mission-Critical Business Continuity for SAP 30

31 Configuration de VMware vsphere DRS Groupes d hôtes VMware DRS et groupes de machines virtuelles Les groupes d hôtes DRS et les groupes de machines virtuelles simplifient la gestion des ressources des hôtes VMware ESXi. Les fonctionnalités suivantes n étaient pas requises pour cette solution. Règles d affinité VMware DRS DRS utilise des règles d affinité pour contrôler le positionnement des machines virtuelles sur les hôtes d un cluster. DRS offre deux types de règle d affinité : une règle d affinité VM-Host, qui spécifie une relation d affinité entre un groupe de machines virtuelles et un groupe d hôtes ; une règle d affinité VM-VM, qui détermine si des machines virtuelles spécifiques doivent être exécutées sur le même hôte ou rester sur des hôtes distincts. Le Tableau 6 et la Figure 27 représentent la règle d affinité VM-VM utilisée par la solution. Tableau 6. Règle d affinité VMware DRS Règle d affinité VM-VM SAPASCS - Separate Maintient les machines virtuelles SAPASCS1 et SAPASCS2 sur des hôtes distincts. Figure 27. Règle d affinité DRS VM-VM pour le cluster vplex_esxi_metro_ha EMC Virtual Storage Integrator et VPLEX EMC Virtual Storage Integrator (VSI) améliore la visibilité sur VPLEX directement depuis l interface utilisateur de vcenter. Les fonctions Storage Viewer et Path Management sont accessibles via l onglet EMC VSI, comme l illustre la Figure 28. Dans la solution, les volumes distribués VPLEX hébergent le datastore EXT_SAP_VPLEX_DS01 Virtual Machine File System (VMFS), et Storage Viewer fournit les détails des volumes virtuels, des volumes de stockage et des chemins vers le datastore. Comme l illustre la Figure 28, les LUN qui composent le datastore correspondent à quatre volumes VPLEX Metro RAID 1 distribués de 256 Go, accessibles via PowerPath. EMC Mission-Critical Business Continuity for SAP 31

32 Figure 28. VSI Storage Viewer : datastores EMC Mission-Critical Business Continuity for SAP 32

33 Architecture du système SAP Introduction Présentation Cette section présente l architecture du système SAP déployé sur les deux datacenters dans le cadre de la solution. La couche d application SAP utilise les composants SAP et SUSE suivants : Application SAP SAP Enhancement Package 4 for SAP ERP 6.0 IDES SAP NetWeaver Application Server for ABAP 7.01 SAP Enqueue Replication Server Système d exploitation SUSE Linux Enterprise Server for SAP Applications 11 SP1 SUSE Linux Enterprise High Availability Extension Le système SAP s exécute dans un environnement hybride : ses services SAP se trouvent sur des machines virtuelles et sa base de données sur des serveurs physiques. Toutes les instances SAP sont installées sur des machines virtuelles VMware vsphere dont le système d exploitation est SUSE Linux Enterprise Server for SAP Applications. La base de données sous-jacente est une base de données Oracle RAC physique sur ASM. Les environnements VMware et Oracle sont présentés dans différentes sections du livre blanc (voir Infrastructure virtualisée VMware et Architecture ). SAP ERP 6.0 SAP ERP 6.0, optimisé par la plate-forme technologique SAP NetWeaver, est une application ERP intégrée qui répond aux besoins métiers essentiels des moyennes et des grandes entreprises de tous les secteurs. SAP ERP 6.0 offre un ensemble complet de processus métiers intégrés et interfonctionnels. Il agit également comme une plate-forme de processus métiers solide, qui prend en charge la croissance continue, l innovation et l excellence opérationnelle. SAP IDES (Internet Demonstration and Evaluation System) prend en charge les démos, les tests et l évaluation fonctionnelle sur la base de données et de clients préconfigurés. IDES contient des données d application pour divers scénarios métiers, ainsi que des processus métiers conçus pour refléter des exigences métiers réelles et pour produire de nombreuses caractéristiques réalistes. Cette solution utilise IDES pour représenter une entreprise modèle à des fins de test. SUSE Linux Enterprise Server for SAP Applications SUSE Linux Enterprise Server est un système d exploitation pour serveur extrêmement fiable, évolutif et sûr développé pour optimiser les applications physiques, virtuelles et Cloud. Il s agit d une des plates-formes Linux recommandées pour SAP. SUSE Linux Enterprise Server for SAP Applications (basé sur la nouvelle technologie SUSE Linux Enterprise Server) est optimisé pour toutes les solutions logicielles et appliances SAP NetWeaver critiques. SAP et SUSE valident et certifient conjointement SUSE Linux Enterprise Server for SAP Applications pour éliminer toute incompatibilité logicielle potentielle. Grâce à cette relation étroite, la charge de travail applicative est intégrée avec le système d exploitation, et tout risque d incompatibilité lors de l application de correctifs aux applications ou au système d exploitation est éliminé. EMC Mission-Critical Business Continuity for SAP 33

34 SUSE Linux Enterprise High Availability Extension SUSE Linux Enterprise Server for SAP Applications intègre SUSE Linux Enterprise High Availability Extension, qui offre une mise en cluster des services et des applications haute disponibilité, des systèmes de fichiers et des systèmes de fichiers en cluster, un stockage rattaché au réseau (NAS), des systèmes de fichiers réseau, des gestionnaires de volumes, un réseau de stockage (SAN) et des pilotes, ainsi que les moyens de gérer tous ces composants lorsqu ils fonctionnent ensemble. SUSE Linux Enterprise High Availability Extension fournit une solution en cluster intégrée pour les déploiements Linux physiques et virtuels, ce qui permet l implémentation de clusters Linux haute disponibilité et l élimination des points de défaillance uniques. Configuration du système SAP Architecture du système SAP La solution met en œuvre une architecture de système SAP haute disponibilité, comme l illustre la Figure 29. Figure 29. Architecture du système SAP EMC Mission-Critical Business Continuity for SAP 34

35 Le serveur de file d attente et le serveur de messages sont dissociés de l instance centrale et mis en œuvre en tant que services dans l instance ASCS 5. SAP ERS est installé en tant qu élément de l architecture haute disponibilité pour réduire à zéro les pertes en cas de verrouillage des applications et pour renforcer la protection du serveur de file d attente 6. Deux instances de dialogue sont installées pour fournir des processus de travail redondants, par exemple de dialogue (DIA), d arrière-plan (BGD), de mise à jour (UPD), de spool (SPO) et de passerelle. Principales caractéristiques de la conception La conception du système SAP déployé pour la solution présente les principales caractéristiques suivantes : L instance ASCS est installée avec un nom d hôte virtuel (SAPVIPE) pour la dissocier du nom d hôte de la machine virtuelle. L instance ERS est installée avec un autre numéro d instance (01) pour éviter toute confusion lorsque ASCS et ERS sont contrôlés par le cluster. Les correctifs, paramètres, paramètres de base et paramètres d équilibrage de la charge SAP sont tous installés et configurés conformément au guide d installation SAP et aux notes SAP répertoriées à la page 75. Cette solution utilise les bonnes pratiques VMware pour SAP 7. Les processus de mise à jour SAP (UPD/UP2) sont configurés sur les instances de serveur d applications supplémentaires. Les profils d instance SAP ASCS, ERS, Start et de dialogue sont mis à jour en fonction des configurations ERS. Reportez-vous à l Annexe : exemples de configuration pour découvrir des exemples de configurations. Les systèmes de fichiers partagés SAP, y compris /sapmnt/<sid> (disponible pour toutes les instances SAP) et /usr/sap/<sid>/ascs00 (disponible pour les nœuds de cluster SAP, l instance ASCS et l instance ERS) sont stockés sur Oracle ASM Cluster File System (ACFS) et montés comme des partages NFS sur les machines virtuelles SAP. Ces systèmes de fichiers partagés sont présentés comme une ressource NFS à haute disponibilité, gérée par Oracle Clusterware. Certaines fonctionnalités IDES (par exemple, la synchronisation avec le système GTS) sont désactivées afin d éliminer des interfaces externes superflues qui sortent du cadre de la solution. 5 Le serveur de file d attente gère les verrouillages logiques. Son objectif est de minimiser la durée d un verrouillage de base de données. Contrairement aux verrouillages de base de données, un verrouillage SAP peut se produire sur plusieurs LUW de base de données. Le serveur de message informe tous les serveurs (instances) d un système SAP de l existence des autres serveurs. D autres clients (par exemple, des clients SAPlogon et RFC avec équilibrage de la charge) peuvent également le contacter pour obtenir plus d informations sur l équilibrage de la charge. 6 SAP ERS offre un mécanisme de réplication pour le serveur de file d attente en conservant une copie de la table de verrouillage dans son segment de mémoire partagé. L installation ERS pour Linux ne fait pas partie du processus SAPInst standard. Pour obtenir des instructions relatives à l installation, consultez le portail d aide SAP dédié à Enqueue Replication Server sur help.sap.com. 7 Pour plus d informations, consultez : SAP Solutions on VMware: Best Practices Guide. EMC Mission-Critical Business Continuity for SAP 35

36 Dans cette solution, le stockage de l environnement SAP tout entier est encapsulé et virtualisé. Le stockage est distribué entre les deux sites et rendu disponible aux serveurs SAP par VPLEX Metro. Configuration de SUSE Linux Enterprise High Availability Extension Architecture de machine virtuelle SAP avec SUSE Linux Enterprise High Availability Extension La solution utilise SUSE Linux Enterprise High Availability Extension pour protéger les services centraux (serveur de messages et serveur de file d attente) sur les deux nœuds de cluster générés sur les machines virtuelles VMware. VMware High Availability (VMHA) protège les machines virtuelles. La Figure 30 présente cette architecture. Figure 30. Architecture du cluster SAP ASCS avec SUSE Linux Enterprise HAE Les principaux composants de SUSE Linux Enterprise High Availability Extension mis en œuvre dans cette solution incluent : OpenAIS 8 /Corosync 9, un gestionnaire de cluster haute disponibilité qui prend en charge le basculement sur incident de plusieurs nœuds ; des agents de ressources (adresse IP virtuelle, maître/esclave et SAPInstance) pour surveiller et contrôler la disponibilité des ressources ; une interface utilisateur haute disponibilité et divers outils de ligne de commande. 8 OpenAIS est une implémentation ouverte d Application Interface Specification (AIS) fournie par Service Availability Forum (SA Forum). 9 Corosync Cluster Engine est un système de communication de groupes contenant des fonctions supplémentaires pour la mise en œuvre de la haute disponibilité dans les applications. EMC Mission-Critical Business Continuity for SAP 36

37 Le Tableau 7 présente la configuration des machines virtuelles SAP. Tableau 7. Machines virtuelles SAP Rôle de la VM Quantité CPU virtuels Mémoire (Go) Disque de démarrage de l OS (Go) Nom de la VM SAP ASCS SAPASCS1 SAP ERS SAPASCS2 SAP AAS 2 Processus d installation et de configuration SAPDI SAPDI2 Le livre blanc SUSE Running SAP NetWeaver on SUSE Linux Enterprise Server with High Availability Simple Stack présente l installation et la configuration du logiciel SUSE et de SAP NetWeaver. Annexe : exemples de configuration présente un exemple de fichier de configuration qui prend en charge les fonctions et fonctionnalités validées par cette solution. Considérez les valeurs temporelles (expiration du délai, intervalles, etc.) données ici comme des valeurs «initiales» à ajuster et à optimiser en fonction de votre environnement. Dans la solution, SUSE Linux Enterprise High Availability Extension a été installé et configuré avec YaST et Pacemaker GUI. Voici un résumé du processus d installation et de configuration : 1. Définissez un serveur SMT interne (pour des raisons de sécurité) afin de mettre à jour tous les packages logiciels vers les versions les plus récentes. 2. Dans le module YaST Software Management, sélectionnez Patterns > High Availability pour installer High Availability Extension, comme l illustre la Figure 31. EMC Mission-Critical Business Continuity for SAP 37

38 Figure 31. Installation de SUSE Linux Enterprise High Availability Extension EMC Mission-Critical Business Continuity for SAP 38

39 3. Dans le module YaST Cluster, configurez les paramètres de base du cluster, comme l illustre la Figure 32. Figure 32. Configuration des paramètres de base du cluster 4. Dans Pacemaker GUI, configurez les paramètres de cluster globaux, comme indiqué sur la Figure 33 Figure 33. Configuration des paramètres de cluster globaux EMC Mission-Critical Business Continuity for SAP 39

40 5. Dans Pacemaker GUI, ouvrez la catégorie Resources, puis configurez IPaddr2, le maître/l esclave et les ressources SAPInstance, comme indiqué sur la Figure 34. Figure 34. Configuration des ressources 6. Dans Pacemaker GUI, configurez les dépendances des ressources, comme indiqué sur la Figure 35. Figure 35. Configuration des dépendances des ressources 7. Dans Pacemaker GUI, démarrez le cluster, puis vérifiez que le cluster et tous les agents de ressource fonctionnent normalement, comme indiqué sur la Figure 36. EMC Mission-Critical Business Continuity for SAP 40

41 Figure 36. Vérification de l état du cluster Principales caractéristiques de la conception Configuration du périphérique STONITH SBD (périphérique de bloc STONITH) et STONITH (Shoot The Other Node In The Head) permettent l isolement (de nœuds) dans un cluster grâce au stockage partagé. Cette solution utilise une partition de disque virtuel (VMDK) comme un périphérique SBD STONITH. 10 Par conséquent, les deux nœuds de cluster doivent disposer d un accès simultané à ce disque virtuel. Le disque virtuel est stocké dans le même datastore que les machines virtuelles SAP. Il est provisionné et protégé par VPLEX, et il est disponible sur les deux sites. Par défaut, VMFS empêche les machines virtuelles d accéder en lecture et en écriture simultanément à un même VMDK. Toutefois, vous pouvez activer le partage en configurant l option multi-writer 11, comme l illustre la Figure 37. Figure 37. Option multi-writer 10 SBD est essentiel pour gérer les scénarios de déconnexion dans le cluster. Un périphérique SBD unique est configuré pour cette solution. Cette configuration de périphérique SBD est uniquement destinée à des fins de test ; pour la configuration de production, consultez le document Running SAP NetWeaver on SUSE Linux Enterprise Server with High Availability Simple Stack. 11 Pour plus d informations, consultez l article de la base de connaissances VMware :Disabling simultaneous write protection provided by VMFS using the multi-writer flag. EMC Mission-Critical Business Continuity for SAP 41

42 Configuration maître/esclave L agent de ressources SAPInstance contrôle l instance ASCS ainsi que l instance ERS appropriée. Il est configuré comme une ressource maître/esclave, qui étend les rôles de la ressource de started et stopped en master et slave. Une instance promue au rang de maître démarre l instance SAP ASCS. L instance rétrogradée au rang d esclave démarre l instance ERS. Le mode maître/esclave garantit qu une instance ASCS n est jamais démarrée sur le même nœud que l ERS. La Figure 38 présente la configuration de l agent de ressources SAPInstance. Figure 38. Configuration de l agent de ressources SAPInstance La Figure 39 présente la configuration de l agent de ressources maître/esclave. Figure 39. Configuration de l agent de ressources maître/esclave Contraintes au niveau des ressources L instance ASCS et son IP virtuelle sont liées à l aide des contraintes d ordre et de colocation appropriées. La Figure 40 présente la configuration des contraintes en matière de colocation et d ordre des ressources. EMC Mission-Critical Business Continuity for SAP 42

43 Figure 40. Configuration des contraintes en matière de colocation et d ordre des ressources Configuration des paramètres de jetons de Corosync Dans le fichier de configuration de Corosync (corosync.conf), l expiration du délai des jetons indique le laps de temps (en millisecondes) après lequel une perte de jeton est déclarée suite à la non-réception d un jeton attendu. Ce délai correspond au temps nécessaire pour détecter la défaillance d un processeur dans la configuration actuelle. Dans le cadre de cette solution, la valeur de ce paramètre est définie sur ms afin de tenir compte du switchover des couches sousjacentes sans entraîner de basculement inutile des services de cluster. Concept d interrogation SUSE Linux Enterprise High Availability Extension peut surveiller en continu l état des processus SAP sur chaque nœud de cluster et prendre les décisions appropriées en matière de promotion/relégation des instances ASCS et ERS. Il est inutile de mettre en œuvre le concept d interrogation SAP. Vérifiez que cette fonction n est PAS activée dans le profil d instance ERS. Pour un exemple de profil d instance ERS, reportez-vous à la section Exemple de profil d instance ERS, page 78. EMC Mission-Critical Business Continuity for SAP 43

44 Architecture d Oracle Database Introduction Présentation Cette section présente la grille et la base de données sous-jacentes aux applications SAP dans la solution. Dans chaque datacenter, la base de données était à l origine une instance physique unique d Oracle Database 11g. Pour éliminer le serveur de base de données en tant que point de défaillance unique, la base de données de l instance unique a été migrée vers un cluster physique Oracle RAC 11g à 4 nœuds, où la base de données Oracle réside sur ASM. La solution utilise les composants et options Oracle suivants : Oracle Database 11g Release 2 Enterprise Edition ; Oracle Automatic Storage Management (ASM) et Oracle ASM Cluster File System (ACFS) ; Oracle Clusterware ; Oracle Real Applications Clusters (RAC) 11g sur clusters éloignés (Extended Distance Clusters). Oracle Database 11g R2 Oracle Database 11g Release 2 Enterprise Edition offre des performances, une évolutivité, une sécurité et une fiabilité leaders sur le marché pour une variété de serveurs uniques ou en cluster exécutant Windows, Linux ou UNIX, ainsi que des fonctions complètes pour les applications de traitement des transactions, décisionnelles et de gestion de contenu. Oracle ASM et Oracle ACFS Oracle ASM est un système de fichiers de base de données et un gestionnaire de disques intégré compatible avec le système de cluster. Les fonctions de gestion de volumes et le système de fichiers ASM sont intégrés dans le noyau de la base de données Oracle. Dans Oracle Database 11g R2, Oracle ASM a également été étendu pour inclure la prise en charge d OCR et des fichiers de vote à placer dans les groupes de disques ASM. Oracle ACFS (une fonction d ASM dans Oracle Database 11g) étend la fonction d ASM pour lui permettre de se comporter comme un système de fichiers de cluster général. Les binaires Oracle Database peuvent résider sur ACFS, tout comme les fichiers de prise en charge (par exemple, les logs de traces et d alerte) et les fichiers d applications autres qu Oracle, comme SAP ERP. Les serveurs autres qu Oracle peuvent accéder aux volumes ACFS à l aide des protocoles NAS standard, comme NFS et CIFS. Oracle Clusterware Oracle Clusterware est une solution de gestion de cluster portable intégrée dans la base de données Oracle. Cette solution offre l infrastructure nécessaire pour exécuter Oracle RAC, y compris les services de gestion de cluster et les services haute disponibilité. Une application autre qu Oracle peut également gagner en disponibilité sur l ensemble du cluster grâce à Oracle Clusterware. EMC Mission-Critical Business Continuity for SAP 44

45 Oracle Grid Infrastructure Dans Oracle Database 11g R2, Oracle Grid Infrastructure combine Oracle ASM et Oracle Clusterware en un ensemble de binaires distinctes du logiciel de la base de données. Cette infrastructure offre à présent le cluster et les services de stockage requis pour exécuter une base de données Oracle RAC. Oracle Real Application Clusters 11g Oracle RAC est principalement une solution haute disponibilité pour les applications de base de données Oracle dans le datacenter. Cette solution permet à plusieurs instances Oracle d accéder à une base de données unique. Le cluster se compose d un groupe de serveurs indépendants, fonctionnant ensemble comme un système unique et partageant le même ensemble de disques de stockage. Chaque instance s exécute sur un serveur distinct du cluster. RAC assure la haute disponibilité, l évolutivité, la tolérance aux pannes, l équilibrage de la charge et des gains de performances, et peut également supprimer tout point de défaillance unique de la solution de base de données. Oracle Extended RAC Oracle RAC sur clusters éloignés (Extended Distance Clusters), ou Oracle Extended RAC, est une architecture qui permet aux serveurs du cluster de résider dans des emplacements physiques distincts. Ceci supprime le datacenter en tant que point unique de défaillance. Oracle Extended RAC permet à tous les nœuds du cluster (indépendamment de leur emplacement) d être actifs. Cette architecture assure une haute disponibilité et la continuité d activité lors d une panne réseau ou du site, comme suit : Le stockage et les données restent disponibles et actifs sur le site resté actif. Les services Oracle équilibrent la charge et basculent sur les nœuds Oracle RAC sur le site resté actif. Oracle Transparent Application Failover (TAF) permet aux sessions de basculer automatiquement vers les nœuds Oracle RAC sur le site resté actif. Les applications tierces gérées par Oracle Clusterware peuvent équilibrer la charge et basculer vers les nœuds Oracle RAC sur le site resté actif (par exemple, le processus httpd d Apache ou de NFS). Les nœuds Oracle RAC du site resté actif continuent à traiter les transactions. Oracle recommande d utiliser l architecture Oracle Extended RAC lorsque les deux datacenters sont relativement proches (à moins de 100 km l un de l autre) 12. Oracle RAC et VPLEX Oracle RAC s exécute normalement dans un datacenter local en raison de l impact potentiel de la latence entraînée par la distance et de la complexité qui en découle, ainsi que des frais supplémentaires requis pour étendre Oracle RAC à tous les datacenters utilisant la mise en miroir basée sur l hôte avec Oracle ASM. Toutefois, avec EMC VPLEX Metro, un déploiement Oracle Extended RAC (du point de vue de l administrateur de base de données Oracle) est une installation et une configuration Oracle RAC standard Consultez le livre blanc Oracle : Oracle Real Application Clusters (RAC) on Extended Distance Clusters. 13 Consultez le livre blanc EMC : Oracle Extended RAC with EMC VPLEX Metro Best Practices Planning. EMC Mission-Critical Business Continuity for SAP 45

46 Configuration Oracle ACFS Cette solution utilise quatre volumes ACFS montés sur le cluster Oracle RAC, comme l illustre la Tableau 8. Trois de ces volumes (SAPMNT, USRSAPTRANS et ASCS00) ont ensuite été exportés en tant que partages NFS vers les serveurs SAP, à l aide d une adresse IP virtuelle et d une ressource NFS haute disponibilité gérées par Oracle Clusterware. Tableau 8. Volumes Oracle ACFS et points de montage Volume ACFS Taille (Go) Point de montage Description SAP_O_HOME 16 /oracle/vse/112 ORACLE_HOME pour base de données VSE, partagé sur tous les nœuds Oracle RAC SAPMNT 16 /sapmnt/vse Répertoire global SAP (où sont stockés les noyaux, profils, etc.) partagé sur toutes les machines virtuelles SAP USRSAPTRANS 16 /usr/sap/trans Répertoire de transport SAP (où sont stockés les fichiers de transport) partagé sur toutes les machines virtuelles SAP Dialog Instance ASCS00 16 /usr/sap/vse/ ASCS00 Répertoire d instance SAP ASCS (où sont stockés les fichiers liés aux instances) partagé sur les nœuds du cluster SUSE Linux Enterprise High Availability Extension Oracle Extended RAC sur VPLEX Metro La Figure 41 fournit une représentation logique du déploiement d Oracle Extended RAC sur VPLEX Metro pour la solution. EMC Mission-Critical Business Continuity for SAP 46

47 Configuration des groupes de disques Oracle ASM Figure 41. Oracle Extended RAC sur EMC VPLEX Metro Les groupes de disques ASM de stockage ont été configurés de manière à refléter l organisation de la base de données Oracle d instance unique existante. Le Tableau 9 présente la configuration et l organisation des groupes de disques ASM. Tableau 9. Taille et configuration des groupes de disques Oracle ASM Groupe de disques ASM* Nombre de disques Taille du groupe de disques (Go) Redondance OCR 5 40 Normale EA_SAP_ACFS 4 64 Externe EA_SAP_DATA Externe EA_SAP_REDO 4 64 Externe EA_SAP_REDOM 4 64 Externe EA_SAP_FRA Externe * Le préfixe EA_SAP_ est uniquement utilisé pour identifier les groupes de disques ASM associés à l application SAP dans Extended Oracle RAC. EMC Mission-Critical Business Continuity for SAP 47

48 Processus de migration de base de données Oracle Dans le cadre de la solution, le processus en deux étapes suivant a permis de migrer la base de données d instance unique d origine vers un cluster Oracle RAC sur ASM (voir Figure 42) : 1. Migrez la base de données du système de fichiers vers ASM en utilisant la méthode de duplication à partir de la base de données active d Oracle Recovery Manager (RMAN). 2. Convertissez la base de données vers Oracle RAC à l aide de l utilitaire rconfig d Oracle. Figure 42. Processus de migration en deux étapes d une base de données Oracle Ce processus en deux étapes suit les consignes fournies dans les livres blancs Oracle suivants : Moving your SAP Database to Oracle Automatic Storage Management 11g Release 2: A Best Practices Guide Configuration of SAP NetWeaver for Oracle Grid Infrastructure and Oracle Real Application Clusters 11g Release 2: A Best Practices Guide Préparation des systèmes source et cible pour la duplication de la base de données Le Tableau 10 indique comment préparer les systèmes source et cible avant de procéder à la duplication de la base de données. Tableau 10. Étapes de préparation des systèmes source et cible Préparation du système source 1 Assurez-vous que les principales variables d environnement sont définies : ORACLE_SID, ORACLE_BASE et ORACLE_HOME. 2 Assurez-vous qu une entrée tnsnames.ora est configurée pour les bases de données source et cible/auxiliaire à des fins d utilisation lors de la duplication. 3 Assurez-vous que le fichier de mot de passe Oracle est configuré. 4 Assurez-vous que le paramètre compatible est défini sur ou version supérieure. EMC Mission-Critical Business Continuity for SAP 48

49 Préparation du système cible 1 Assurez-vous qu Oracle Clusterware est disponible sur le nœud Oracle RAC local et que l instance ASM est accessible. 2 Assurez-vous que les principales variables d environnement sont définies : ORACLE_SID, ORACLE_BASE et ORACLE_HOME. 3 Assurez-vous qu une entrée tnsnames.ora est configurée pour les bases de données source et cible/auxiliaire à des fins d utilisation lors de la duplication. 4 Assurez-vous que le fichier de mot de passe Oracle est configuré. 5 Créez un fichier spfile sur le système cible pour les besoins de la duplication. Dans le cadre de cette solution, les valeurs par défaut des paramètres suivants ont été modifiées : *.db_domain='sse.ea.emc.com' *.db_name='vse' *.db_create_file_dest='+ea_sap_data' *.db_create_online_log_dest_1='+ea_sap_redo' *.db_create_online_log_dest_2='+ea_sap_redom' *.db_recovery_file_dest='+es_sap_fra' *.db_recovery_file_dest_size= *.log_archive_format='vsearc%t_%s_%r.dbf' *.control_files='+ea_sap_data/vse/cntrlvse1.ctl', '+EA_SAP_REDO/vse/cntrlVSE2.ctl', '+EA_SAP_REDOM/vse/cntrlVSE3.ctl' *.log_file_name_convert= '/oracle/vse/origloga/log_g11m1.dbf','+ea_sap_redo', '/oracle/vse/mirrloga/log_g11m2.dbf','+ea_sap_redom', '/oracle/vse/origlogb/log_g12m1.dbf','+ea_sap_redo', '/oracle/vse/mirrlogb/log_g12m2.dbf','+ea_sap_redom', '/oracle/vse/origloga/log_g13m1.dbf','+ea_sap_redo', '/oracle/vse/mirrloga/log_g13m2.dbf','+ea_sap_redom', '/oracle/vse/origlogb/log_g14m1.dbf','+ea_sap_redo', '/oracle/vse/mirrlogb/log_g14m2.dbf','+ea_sap_redom' Remarque : par défaut, les logs d archive sont écrits dans la zone FRA. 6 Démarrez l instance cible en mode nomount : SQL> connect as SYSDBA Connected to an idle instance. SQL> startup nomount ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance Oracle instance started Total System Global Area bytes Fixed Size bytes Variable Size bytes Database Buffers bytes Redo Buffers bytes SQL> EMC Mission-Critical Business Continuity for SAP 49

50 Migration de la base de données du système de fichiers vers ASM La migration de la base de données vers ASM implique la création à l aide de RMAN d une instance en double sous ASM sur le système cible : 1. Démarrez RMAN, puis connectez les bases de données source (cible dans RMAN) et cible (auxiliaire dans RMAN) en tant que sys. 2. Exécutez les commandes RMAN indiquées sur la Figure 43. connect target connect auxiliary run { ALLOCATE CHANNEL t1 DEVICE TYPE disk; ALLOCATE CHANNEL t2 DEVICE TYPE disk; ALLOCATE CHANNEL t3 DEVICE TYPE disk; ALLOCATE CHANNEL t4 DEVICE TYPE disk; ALLOCATE CHANNEL t5 DEVICE TYPE disk; ALLOCATE CHANNEL t6 DEVICE TYPE disk; ALLOCATE CHANNEL t7 DEVICE TYPE disk; ALLOCATE CHANNEL t8 DEVICE TYPE disk; ALLOCATE AUXILIARY CHANNEL a1 DEVICE TYPE disk; duplicate target database to VSE from active database nofilenamecheck; } Figure 43. Exemple de script de duplication RMAN Dans l environnement de la solution, la génération d un réplica de l instance unique dynamique de la base de données de 500 Go a pris 18 minutes à l aide de cette méthode, comme indiqué sur la Figure 44. Recovery Manager: Release Production on Fri Mar 2 09:39: contents of Memory Script: { Alter clone database open resetlogs; } executing Memory Script database opened Finished Duplicate Db at 02-MAR :57:37 Figure 44. Extrait du fichier log du script RMAN Validation de la migration Une fois la migration terminée, il est important de valider le déplacement des fichiers de données, des fichiers redo log en ligne et des fichiers de contrôle, et de vérifier que la duplication n a pas entraîné de corruption de données. La Figure 45 illustre le script RMAN utilisé pour valider la migration de la base de données pour la solution. EMC Mission-Critical Business Continuity for SAP 50

51 run { ALLOCATE CHANNEL t1 DEVICE TYPE disk; ALLOCATE CHANNEL t2 DEVICE TYPE disk; ALLOCATE CHANNEL t3 DEVICE TYPE disk; ALLOCATE CHANNEL t4 DEVICE TYPE disk; ALLOCATE CHANNEL t5 DEVICE TYPE disk; ALLOCATE CHANNEL t6 DEVICE TYPE disk; ALLOCATE CHANNEL t7 DEVICE TYPE disk; ALLOCATE CHANNEL t8 DEVICE TYPE disk; ALLOCATE CHANNEL t9 DEVICE TYPE disk; ALLOCATE CHANNEL t10 DEVICE TYPE disk; validate database;} Figure 45. Exemple de script de validation de base de données RMAN Le temps de traitement de ce script de validation est d environ cinq minutes. Figure 46 illustre le résultat du script de validation RMAN pour l un des fichiers de données clonés dans la base de données VSE. File Status Marked Corrupt Empty Blocks Blocks Examined High SCN OK File Name: +EA_SAP_DATA/vse/datafile/psapsr Block Type Blocks Failing Blocks Processed Data Index Other Figure 46. Résultat de la commande de validation de base de données RMAN Tâches postérieures à la duplication Dès lors que la duplication est terminée et validée, il est nécessaire de créer un nouveau fichier spfile sur le système cible dans le cadre du processus postérieur à la duplication. La Figure 47 illustre la création du fichier spfile pour la solution ; un seul paramètre pointe du fichier pfile vers le fichier spfile. SQL> alter system reset log_file_name_convert; System altered. SQL> create pfile='/home/oracle/initvse.ora_gen' from memory; File created. SQL> REM check and change Oracle instance parameters as required SQL>!vi /home/oracle/initvse.ora_gen SQL> create SPFILE='+EA_SAP_DATA/VSE/spfileVSE.ora' from pfile='/home/oracle/initvse.ora_gen'; File created. Figure 47. Recréation du fichier spfile EMC Mission-Critical Business Continuity for SAP 51

52 Conversion de la base de données d instance unique vers Oracle RAC Une fois le réplica de base de données, le fichier spfile et le fichier pfile créés, et la base de données non encore enregistrée auprès d Oracle Clusterware, la base de données d instance unique est démarrée à l aide de sqlplus. Elle est prête pour être convertie par rconfig vers Oracle RAC : 1. Créez un fichier d instructions rconfig pour les besoins de la conversion. Dans le cadre de la solution, ce fichier a été créé à l aide du modèle ConvertToRAC_AdminManaged.xml (situé dans le répertoire $ORACLE_HOME/assistants/rconfig/sampleXMLs). Le Tableau 11 dresse la liste des paramètres et des valeurs associées requises. Tableau 11. Paramètre Valeurs requises pour les paramètres contenus dans le fichier d instructions rconfig Valeur Convert verify SourceDBHome TargetDBHome SourceDBInfo SID User Password Role Node name InstancePrefix SharedStorage type "YES" /oracle/vse/112 /oracle/vse/112 "VSE" Sys xxxxxxxxx Sysdba <n:nodelist> <n:node name="sse-ea-erac-n01"/> <n:node name="sse-ea-erac-n02"/> <n:node name="sse-ea-erac-n03"/> <n:node name="sse-ea-erac-n04"/> </n:nodelist> VSE00* "ASM" * Ce préfixe est conforme aux exigences SAP de convention de dénomination des instances Oracle. 2. Exécutez rconfig en tant qu utilisateur Oracle. Le temps de traitement de la conversion de la base de données et du déploiement des quatre instances sur le cluster est de 11 minutes. La Figure 48 illustre le résultat de rconfig. EMC Mission-Critical Business Continuity for SAP 52

53 rconfig./vse.xml Converting Database "VSE.sse.ea.emc.com" to Cluster Database. Target Oracle Home: /oracle/vse/112. Database Role: PRIMARY. Setting Data Files and Control Files Adding Database Instances Adding Redo Logs Enabling threads for all Database Instances Setting TEMP tablespace Adding UNDO tablespaces Adding Trace files Setting Fast Recovery Area Updating Oratab Creating Password file(s) Configuring Listeners Configuring related CRS resources Starting Cluster Database <?xml version="1.0"?> <RConfig version="1.1" > <ConvertToRAC> <Convert> <Response> <Result code="0" > Operation Succeeded </Result> </Response> <ReturnValue type="object"> <Oracle_Home> /oracle/vse/112 </Oracle_Home> <Database type="admin_managed" > <InstanceList> <Instance SID="VSE001" Node="sse-ea-erac-n01" > </Instance> <Instance SID="VSE002" Node="sse-ea-erac-n02" > </Instance> <Instance SID="VSE004" Node="sse-ea-erac-n03" > </Instance> <Instance SID="VSE003" Node="sse-ea-erac-n04" > </Instance> </InstanceList> </Database> </ReturnValue> </Convert> </ConvertToRAC></RConfig> Figure 48. Résultat de rconfig présentant les quatre nouvelles instances créées Standardisation d Oracle RAC pour SAP Une fois la base de données convertie, les modifications indiquées dans le Tableau 12 ont permis de rendre la base de données Oracle conforme aux exigences SAP. Tableau 12. Mise en conformité de la base de données Oracle aux exigences SAP Description Nom de l instance Modifications apportées Groupe de fichiers redo log en ligne VSE001 VSE002 VSE003 VSE004 Groupes de fichiers redo log 11 à 14 Groupes de fichiers redo log 21 à 24 Groupes de fichiers redo log 31 à 34 Groupes de fichiers redo log 41 à 44 EMC Mission-Critical Business Continuity for SAP 53

54 Description Nom de l instance Modifications apportées Annulation de la dénomination des tablespaces VSE001 VSE002 VSE003 VSE004 PSAPUNDO PSAPUNDO_002 PSAPUNDO_003 PSAPUNDO_004 Listener.ora Ajout au fichier listener.ora de la ligne suivante sur chaque nœud, où VSE00x correspond au nom de l instance pour ce nœud : SID_LIST_LISTENER = (SID_LIST=(SID_DESC=(SID_NAME=VSE00x) (ORACLE_HOME=/oracle/VSE/112))) Connexion à Oracle RAC à partir de SAP Pour permettre à SAP de se connecter à la base de données RAC que vous venez de créer, le fichier tnsnames.ora situé sur chacune des machines virtuelles SAP (SAPDI1 et SAPDI2) a été modifié, comme l illustre la Figure 49. Les services SAP ont ensuite été redémarrés. VSE.WORLD= (DESCRIPTION = (LOAD_BALANCE = OFF) (FAILOVER = ON) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = sse-ea-erac-scan-c01.sse.ea.emc.com) (PORT = 1521) ) ) (CONNECT_DATA = (SERVICE_NAME = VSE.sse.ea.emc.com) (FAILOVER_MODE = (TYPE = SELECT) (METHOD = BASIC)) ) ) Figure 49. Exemple d entrée de fichier tnsnames.ora pour la base de données Oracle RAC TAF (Transparent Application Failover) est une fonction côté client qui permet aux clients de se reconnecter aux instances restées actives en cas de panne d une instance de base de données. TAF peut être définie à l aide d une chaîne de connexion spécifiée côté client ou d attributs de service côté serveur. Dans le cadre de la solution, le service de base de données VSE.sse.ea.emc.com a été configuré pour TAF sur Oracle RAC. Il a également été configuré côté client pour permettre à SAP d utiliser TAF. La fonction TAF a été définie pour établir des connexions lors du basculement sur incident et pour permettre aux utilisateurs ayant recours à des curseurs ouverts de poursuivre l extraction après l échec des opérations sélectionnées. EMC Mission-Critical Business Continuity for SAP 54

55 Infrastructure réseau Brocade Introduction Présentation Cette section décrit les réseaux IP et SAN déployés pour la solution dans les deux datacenters, ainsi que l extension Layer 2 entre les datacenters. L infrastructure du réseau est constituée des composants Brocade suivants : Réseau IP Switches de datacenter Brocade VDX 6720 Routeurs de la gamme Brocade MLX Adaptateurs CNA Brocade 1020 Réseau SAN Backbones Brocade DCX 8510 Adaptateurs HBA Brocade 825 Brocade VDX 6720 Le switch pour datacenter Brocade VDX 6720 est un switch de port fixe hautes performances, à latence extrêmement faible et à vitesse câblée de 10 GbE. Il est spécialement conçu pour améliorer l utilisation du réseau, optimiser la disponibilité des applications, accroître l évolutivité et simplifier drastiquement l architecture réseau des datacenters virtualisés. Disposant de nombreuses fonctions Layer 2, Brocade VDX 6720 est une plate-forme idéale pour les déploiements de switches ToR (Top-of-Rack). En fournissant la technologie Brocade VCS Fabric, Brocade VDX 6720 permet aux entreprises de concevoir un fabric Ethernet de datacenter, révolutionnant la conception des réseaux Layer 2, et proposant une base intelligente pour les datacenters optimisés pour le Cloud. Gamme Brocade MLX Les routeurs de la gamme Brocade MLX sont conçus pour créer des réseaux optimisés pour le Cloud. Ils offrent une densité de vitesse câblée de 100 GbE, 10 GbE et 1 GbE ; de riches fonctionnalités IPv4, IPv6, Multi-VRF, MPLS (Multiprotocol Label Switching) et Carrier Ethernet, ainsi que des switches Layer 2 avancés. En tirant parti de la gamme Brocade MLX, les datacenters critiques peuvent prendre en charge davantage de trafic, parvenir à une meilleure virtualisation et fournir des services basés sur le Cloud de haute qualité en utilisant moins d infrastructure, ce qui permet de simplifier les opérations et de réduire les coûts. De plus, les routeurs de la gamme Brocade MLX simplifient les réseaux des grands campus en réduisant les couches d agrégation et centrale, ainsi qu en fournissant une connectivité entre les sites à l aide de MPLS/VPLS. Tous les routeurs de la gamme Brocade MLX permettent de réduire les coûts d alimentation et de refroidissement grâce à la faible consommation électrique et à la dissipation thermique de leur classe. Conçus pour une mise en réseau sans interruption, les routeurs de la gamme Brocade MLX disposent du Multi-Chassis Trunking (MCT), qui fournit plus de 30 To/s de bande passante à double châssis, des liaisons de routage en mode entièrement actif/actif et un flux de trafic ininterrompu en cas de basculement du nœud. Les entreprises peuvent atteindre une résilience élevée grâce aux fabrics de switch redondants, aux modules de gestion, aux alimentations et aux systèmes de refroidissement. Pour garantir davantage la disponibilité des applications et du réseau, le système d exploitation Brocade IronWare propose des fonctions de basculement de gestion et de mises à niveau logicielles sans perturbation. EMC Mission-Critical Business Continuity for SAP 55

56 Backbone Brocade DCX 8510 Les réseaux doivent évoluer pour prendre en charge les exigences croissantes des environnements hautement virtualisés et des architectures de Cloud privé. Aujourd hui, Fibre Channel (FC) est la norme de facto pour la mise en réseau du stockage dans le datacenter. L introduction de Fibre Channel 16 Gbit/s prolonge la vie de cette technologie robuste, fiable et hautes performances. FC permet aux entreprises de continuer à tirer profit de leurs investissements informatiques existants lorsqu elles relèvent leurs défis métiers les plus difficiles. Les backbones Brocade DCX 8510 constituent l infrastructure de switches Fibre Channel 16 Gbit/s la plus puissante du secteur. En outre, ils fournissent la base hautes performances la plus fiable et évolutive pour le stockage de Cloud privé et les environnements hautement virtualisés. Ils sont conçus pour améliorer la réactivité tout en fournissant un accès ininterrompu aux informations et en réduisant les coûts d infrastructure et d administration. La fonction FC de 16 Gbit des systèmes Brocade DCX 8510 offre des avantages importants pour la connectivité SAN Metro de datacenter à datacenter : Sa capacité de 16 Gbit offre le débit maximal et la latence FC la plus basse pour les déploiements utilisant des connexions par fibre entre datacenters. Vitesse filaire FC de 10 Gbit facultative pour un taux d utilisation filaire optimal si un réseau DWDM est déployé entre plusieurs sites. Cette fonction nécessite une licence. Trunking ISL (Inter-Switch Link) facultatif au niveau de la trame permettant un taux d utilisation élevé par rapport au trunking DPS standard. Cette fonction nécessite une licence. Compression facultative pour les ISL entre les datacenters. Elle augmente la bande passante pour les déploiements où le nombre de connexions de site à site est limité. Chiffrement des données à la volée facultatif pour les ISL entre les datacenters pour les déploiements nécessitant des niveaux de sécurité des données très élevés. Détection de la perte de buffer credit et restauration. FEC (Forward Error Correction) automatique, qui corrige proactivement jusqu à 11 erreurs de bit par trames FC de bits. Le mode de diagnostic pour les ports ISL entre les datacenters peut être utilisé sur n importe quel port ISL (hors ligne) et offre les fonctions suivantes : tests de boucles optiques et électriques ; tests de la saturation des liaisons ; précision de la mesure de la distance de liaison à 5 m près lors d une utilisation avec SFP+ 8 Gbit et à 50 m près avec SFP+ 10 GbE. EMC Mission-Critical Business Continuity for SAP 56

57 Configuration du réseau IP Dans la solution, le réseau IP de chaque datacenter est constitué de deux switches Brocade VDX 6720 dans une configuration VCS. Tous les serveurs sont connectés au réseau avec des connexions redondantes 10 GbE fournies par des adaptateurs CNA Brocade Les deux switches Brocade VDX de chaque site sont connectés à un routeur de la gamme Brocade MLX à l aide d un vlag. Les routeurs de la gamme Brocade MLX étendent le réseau Layer 2 entre les deux datacenters. Remarque Un vlag est un service de fabric qui permet à un LAG (Link Aggregation Group) d être généré à partir de plusieurs switches Brocade VDX. Tout comme un LAG standard, un vlag utilise LACP (Link Aggregation Control Protocol) pour contrôler le groupement de plusieurs ports physiques qui forment un canal logique unique. Oracle RAC dépend d une IP virtuelle haute disponibilité (HAIP ou connexion RAC) pour la communication réseau privé. Avec HAIP, le trafic des connexions est réparti entre les différentes interfaces identifiées en tant que réseau privé. Dans la solution, un VLAN distinct (VLAN 10) est utilisé pour les connexions. VLAN 20 a traité tout le trafic public. Tout le trafic entre le site A et le site B est acheminé par des routeurs Brocade MLX à l aide de plusieurs ports configurés comme un LAG. La Figure 50 présente l infrastructure réseau IP. Figure 50. Réseaux de la solution IP EMC Mission-Critical Business Continuity for SAP 57

58 Configuration du réseau SAN Le réseau SAN de chaque datacenter est composé de backbones Brocade DCX 8510, comme l illustre la Figure 51. Tous les serveurs sont connectés au réseau SAN à l aide de connexions redondantes 8 Gbit fournies par des adaptateurs HBA Brocade 825. La connexion de VPLEX à VPLEX entre les datacenters utilise plusieurs connexions FC entre les backbones Brocade DCX Ceux-ci sont utilisés en mode actifactif avec basculement sur incident. Figure 51. Réseaux de la solution SAN EMC Mission-Critical Business Continuity for SAP 58

59 Infrastructure de stockage EMC Introduction Présentation Cette section décrit l infrastructure de stockage de la solution : une baie Symmetrix VMAX constitue la plate-forme de stockage du site A ; une baie EMC VNX5700 constitue la plate-forme de stockage du site B. Les deux baies de stockage sont déployées avec une configuration des unités logiques (LUN) correspondante. EMC Symmetrix VMAX EMC Symmetrix VMAX est une baie de stockage haut de gamme équipée de processeurs Intel Xeon et optimisée pour le datacenter virtuel. Intel Stop and Scream détecte les paquets infectés dans PCIe et permet de mieux isoler les erreurs dans un environnement multilame haute disponibilité. Conséquences : des interruptions de service plus courtes, un diagnostic plus rapide des problèmes et un processus de réparation simplifié, ce qui permet au responsable informatique d optimiser le datacenter virtuel. Reposant sur l idée d un stockage simple, intelligent et modulaire, la baie Symmetrix VMAX intègre une architecture Virtual Matrix hautement évolutive qui lui permet d évoluer en toute transparence et de façon économique à partir d une configuration d entrée de gamme au sein du plus grand système de stockage au monde. VMAX prend en charge les disques Flash, FC et SATA sur une même baie ainsi qu une large gamme de types RAID. EMC FAST VP (Fully Automated Storage Tiering for Virtual Pools) automatise les stratégies de stockage hiérarchisé. L environnement d exploitation EMC Enginuity constitue le centre névralgique qui contrôle l ensemble des composants d une baie Symmetrix VMAX. EMC VNX5700 Le modèle VNX5700 est un membre de la gamme VNX de plates-formes de stockage nouvelle génération, qui est conçue pour offrir des performances et une évolutivité maximales aux entreprises milieu de gamme en leur permettant de d étendre, de partager et de gérer économiquement des systèmes en modes fichier et bloc multiprotocoles. Le modèle VNX prend en charge les disques Flash, SAS et NL-SAS sur une même baie ainsi qu une large gamme de types RAID. FAST VP assure la hiérarchisation automatisée du stockage sur tous les types de disque. La gamme VNX est équipée de processeurs de la gamme Intel Xeon 5600, qui la rendent globalement 2 à 3 fois plus rapide que les systèmes antérieurs. Le processeur quadricœur des VNX prend en charge les exigences des fonctions de stockage avancées telles que le provisionnement virtuel, la compression et la déduplication. De plus, les performances de la gamme Xeon 5600 permettent à EMC de concrétiser sa vision de FAST sur VNX, en bénéficiant de performances et de capacités optimisées, sans aucun compromis et de manière entièrement automatisée. VNX OE (VNX Operating Environment) permet aux clients Microsoft Windows et Linux/UNIX de partager des fichiers dans des environnements multiprotocoles NFS et CIFS. Il est également compatible avec les connectivités iscsi (Internet SCSI), FC et FCoE (Fibre Channel over Ethernet) pour les applications en mode bloc grandes consommatrices de bande passante ou ne tolérant pas les temps de latence. EMC Mission-Critical Business Continuity for SAP 59

60 Configuration de Symmetrix VMAX Organisation du stockage Dans le cadre de cette solution, VPLEX Metro, Oracle Extended RAC et les volumes SAP sont organisés à l aide de Virtual Provisioning. Cette configuration place les fichiers log et les fichiers de données Oracle dans des thin pools séparés et leur permet d utiliser une protection RAID distincte. Les fichiers de données résident dans un pool protégé par RAID 5 et les fichiers redo log dans un pool protégé par RAID 1. La Figure 52 est une représentation logique de la manière dont l organisation du stockage correspond aux groupes de disques Oracle ASM. Figure 52. Groupes de stockage et groupes de disques ASM Le stockage n a été préalloué à aucun périphérique, exception faite des périphériques Oracle REDO log. EMC recommande la préallocation complète de ces périphériques lors de leur création, à l aide d une allocation persistante. Cette action assure une disponibilité anticipée de leur stockage. En outre, si une récupération de l espace inutilisé est exécutée sur le pool à un moment donné, leur capacité préallouée n est pas renvoyée vers l espace libre du pool. Tableaux de périphériques Le Tableau 13 indique la taille et le nombre de périphériques configurés pour chaque groupe de disques ASM. Tableau 13. Tailles des périphériques Groupe de stockage Nombre de périphériques OCR 5 8 FRA 4 16 REDO 8 16 DONNÉES ACFS 4 16 Taille des périphériques (Go) EMC Mission-Critical Business Continuity for SAP 60

61 Le Tableau 14 indique la taille et le nombre de périphériques configurés pour VPLEX Metro. Tableau 14. Taille et nombre de périphériques configurés pour VPLEX Metro Périphérique VPLEX Nombre de périphériques Métadonnées VPLEX 2 80 Volume log VPLEX 2 20 Taille des périphériques (Go) Sauvegarde des métadonnées VPLEX 2 80 Configuration de VNX5700 Dans le cadre de la solution, les volumes SAP, VPLEX Metro et Oracle Extended RAC de la baie VNX5700 du site B ont été organisés à l aide de groupes RAID et de LUN classiques. En revanche, sur la baie VMAX du site A, ces volumes ont été organisés à l aide du provisionnement virtuel. Des bonnes pratiques EMC similaires s appliquent aux deux méthodes de provisionnement, et les mêmes groupes de disques ASM ont été créés sur les baies VNX et VMAX. Sur la baie VNX, cette configuration place les fichiers log et les fichiers de données Oracle dans des groupes RAID séparés et leur permet d utiliser une protection RAID distincte. Les fichiers de données résident dans un groupe RAID protégé par RAID 5 et les fichiers redo log dans un groupe RAID protégé par RAID 10. Le groupe de disques FRA réside sur des disques NL-SAS dotés d une protection RAID 6. Les LUN définies sur la baie VNX correspondent au nombre et à la taille des périphériques thin créés sur la baie VMAX, comme illustré sur la Figure 52, le Tableau 13 et le Tableau 14. La Figure 53 illustre l organisation des groupes RAID sur la baie VNX. Figure 53. Organisation des groupes RAID sur la baie VNX EMC Mission-Critical Business Continuity for SAP 61

62 Haute disponibilité et continuité d activité : test et validation Introduction Défaillance du processus du service de mise en file d attente SAP L équipe de validation EMC a d abord installé et validé l environnement sans aucun schéma de protection de continuité d activité ou de haute disponibilité. Nous avons ensuite transformé l environnement en la solution de continuité d activité critique décrite dans le présent livre blanc. Nous avons effectué les tests suivants pour valider la solution et prouver l élimination de tous les points de défaillance uniques de l environnement : défaillance du processus du service de mise en file d attente SAP ; défaillance de la machine virtuelle de l instance SAP ASCS ; défaillance d un nœud Oracle RAC ; panne de site ; isolement de cluster VPLEX. Scénario de test Ce scénario de test confirme que, si le processus du service de mise en file d attente est défaillant, le cluster SUSE Linux Enterprise High Availability Extension promeut l instance SAP ERS en une instance ASCS entièrement fonctionnelle et prend le relais de la table de verrouillage sans interruption pour l utilisateur. Pour tester ce scénario de panne, nous avons mis fin au processus de mise en file d attente sur le nœud ASCS actif à l aide de la commande kill : kill -9 <process id> Comportement du système Le système répond à la défaillance du processus de service de mise en file d attente comme suit : 1. L agent de ressources SAPInstance détecte et rapporte la défaillance, comme l illustre la Figure 54. Figure 54. L agent de ressources SAPInstance détecte et rapporte la défaillance EMC Mission-Critical Business Continuity for SAP 62

63 2. L agent de ressources maître/esclave promeut le nœud esclave précédent (SAPASCS1) en nœud maître, qui héberge les services ASCS, et démarre ERS en tant qu esclave sur l autre nœud (SAPASCS2) lorsqu il réintègre le cluster (voir Figure 55). Figure 55. L agent de ressources maître/esclave bascule les nœuds maître et esclave 3. La table de verrouillage répliquée est restaurée, comme l illustre la Figure 56. Figure 56. Table de verrouillage répliquée restaurée Résultat L utilisateur ne remarque pas la défaillance du processus de mise en file d attente, sauf si une opération de mise en file d attente est en cours. Dans ce cas, l utilisateur rencontre des temps de réponse des transactions plus longs pendant le switchover. Les nouveaux utilisateurs peuvent se connecter au système immédiatement après le switchover du serveur de messages. Aucune intervention de l administrateur n est requise. EMC Mission-Critical Business Continuity for SAP 63

64 Défaillance de la machine virtuelle de l instance SAP ASCS Scénario de test Ce scénario de test confirme que, en cas de panne inattendue d un serveur VMware ESXi (équivalente à une panne de machine virtuelle), le cluster High Availability Extension promeut l instance SAP ERS en une instance ASCS entièrement fonctionnelle et prend le relais de la table de verrouillage, sans interruption pour l utilisateur. Pour tester ce scénario de panne, nous avons mis hors tension (via DRAC) le serveur VMware ESXi qui héberge la machine virtuelle de l instance SAP ASCS. Nous avons ensuite redémarré le serveur sans passer en mode Maintenance. Comportement du système Le système répond à la défaillance de la machine virtuelle comme suit : 1. SAPASCS2 n est plus accessible à partir du client vsphere (voir Figure 57). Figure 57. La machine virtuelle rencontre une panne 2. L agent de ressources SAPInstance détecte et rapporte la défaillance (voir Figure 58). Figure 58. L agent de ressources SAPInstance détecte et rapporte la défaillance EMC Mission-Critical Business Continuity for SAP 64

65 3. VMHA redémarre la machine virtuelle défaillante (SAPASCS2) sur l hôte VMware ESXi resté actif (voir Figure 59). Figure 59. VMHA redémarre la machine virtuelle défaillante 4. L agent de ressources maître/esclave promeut le nœud esclave précédent (SAPASCS1) en nœud maître, qui héberge les services ASCS, et démarre ERS en tant qu esclave sur l autre nœud (SAPASCS2) lorsqu il réintègre le cluster (voir Figure 60). Figure 60. L agent de ressources maître/esclave bascule les nœuds maître et esclave EMC Mission-Critical Business Continuity for SAP 65

66 5. La table de verrouillage répliquée est restaurée (voir Figure 61). Figure 61. Table de verrouillage répliquée restaurée Résultat L utilisateur ne remarque pas la défaillance du processus de mise en file d attente, sauf si une opération de mise en file d attente est en cours. Dans ce cas, l utilisateur rencontre des temps de réponse des transactions plus longs pendant le switchover. Les nouveaux utilisateurs peuvent se connecter au système immédiatement après le switchover du serveur de messages. Aucune intervention de l administrateur n est requise. Défaillance d un nœud Oracle RAC Scénario de test Ce scénario de test confirme que, en cas de défaillance inattendue d un nœud Oracle RAC, les instances SAP se connectent automatiquement aux autres nœuds RAC. Les utilisateurs peuvent continuer leurs transactions sans interruption, sauf si les transactions qui ne sont pas écrites (au niveau de la base de données) sont exécutées sur le nœud RAC en échec. Pour tester ce scénario de défaillance, nous avons redémarré le serveur afin de provoquer une défaillance du nœud Oracle. Comportement du système Le système répond à la défaillance du nœud RAC comme suit : 1. Le nœud RAC se déconnecte, et l instance VSE003 n est plus disponible, comme l illustre la Figure 62. srvctl status database -d VSE Instance VSE001 is running on node sse-ea-erac-n01 Instance VSE002 is running on node sse-ea-erac-n02 Instance VSE004 is running on node sse-ea-erac-n03 Instance VSE003 is not running on node sse-ea-erac-n04 Figure 62. Déconnexion du nœud RAC EMC Mission-Critical Business Continuity for SAP 66

67 2. Le processus de travail de l instance SAP se connecte à une autre instance RAC comme le montre la Figure 63.. Figure 63. L instance SAP se connecte à un autre nœud RAC Résultat L utilisateur rencontre des temps de réponse des transactions plus longs lorsque le processus de travail de l instance de dialogue se reconnecte à un autre nœud RAC. Les transactions qui n ont pas été écrites sont restaurées au niveau de la base de données pour garantir la cohérence des données. L utilisateur reçoit un message d erreur système (vidage partiel) et doit redémarrer la transaction. Aucune intervention de l administrateur n est requise. Panne de site Scénario de test Ce scénario de test confirme que, en cas de panne du site entier, les nœuds RAC restés actifs préservent les opérations de bases de données. Pour tester ce scénario de panne, nous avons simulé une panne complète du site A, y compris des composants du cluster VPLEX, du serveur VMware ESXi, du réseau et du nœud Oracle RAC. VPLEX Witness est resté disponible sur le site C. Sur le site B, le cluster-2 VPLEX est resté en communication avec VPLEX Witness. La Figure 64 présente l état de l environnement avant la panne du site. EMC Mission-Critical Business Continuity for SAP 67

68 Figure 64. État de l environnement avant la panne du site A Comportement du système Le système répond à la panne du site comme suit : Lors d une panne du site A, VPLEX Witness garantit que la règle de déconnexion du groupe de cohérence, qui définit le cluster-1 comme le cluster favori, est remplacée et que le stockage accessible par le cluster-2 VPLEX sur le site B reste disponible. Les nœuds RAC sse-ea-erac-n03 et sse-ea-erac-n04 sur le site B restent disponibles. Lors d une panne des serveurs VMware ESXi sur le site A, VMHA redémarre SAPASCS1 et SAPDI1 sur le site B. SAPASCS1 est redémarré sur un hôte VMware ESXi différent de SAPASCS2, comme le recommande la règle d affinité VM-VM définie. SUSE Linux Enterprise High Availability Extension détecte la panne du nœud de cluster SAPASCS1. Étant donné qu ERS était en cours d exécution sur ce nœud, le cluster ne prend aucune mesure, sauf redémarrer ERS lorsque SAPASCS1 réintègre le cluster. La table de verrouillage est conservée et opérationnelle à tout moment. Les utilisateurs sur SAPDI1 perdent leurs sessions suite à la panne du serveur VMware ESXi. Au cours du processus de redémarrage, les nouveaux utilisateurs sont dirigés vers SAPDI2. Lorsque SAPDI1 redémarre sur le site B, les utilisateurs peuvent à nouveau se connecter à SAPDI1. EMC Mission-Critical Business Continuity for SAP 68

69 La Figure 64 présente l état de l environnement après la panne du site. Figure 65. État de l environnement après la panne du site A Résultat Le Tableau 15 illustre les comportements attendus et constatés du système lors d une panne du site A. Tableau 15. Comportements attendus et constatés Système État avant le test Comportement attendu Comportement constaté Nœuds Oracle RAC (base de données VSE) sse-ea-erac-n01 (Site A) sse-ea-erac-n02 (Site A) sse-ea-erac-n03 (Site B) Éjecté Éjecté Éjecté Éjecté sse-ea-erac-n04 (Site B) Serveur VMware ESXi Machine virtuelle sse-ea-r710a (Site A) SAPASCS1 sse-ea-r710b (Site A) SAPDI1 sse-ea-r710c (Site B) SAPDI2 sse-ea-r710d (Site B) SAPASCS2 Non disponible VMHA redémarre le site B Non disponible VMHA redémarre le site B Non disponible VMHA redémarre le site B Non disponible VMHA redémarre le site B Cluster VPLEX VPLEX1 Site A cluster-1 Non disponible Non disponible VPLEX2 Site B cluster-2 EMC Mission-Critical Business Continuity for SAP 69

70 Système État avant le test Comportement attendu Comportement constaté Services SAP Enqueue Replication Server Serveur de mise en file d attente/de messages Non disponible SLE HAE redémarre après un redémarrage sur le site B Non disponible SLE HAE redémarre après un redémarrage sur le site B Isolement de cluster VPLEX Scénario de test Ce scénario de test confirme que, en cas d isolement d un cluster VPLEX, la base de données et les applications SAP continuent à fonctionner sur le site resté actif sans aucune interruption. Pour tester ce scénario de panne, nous avons simulé l isolement du cluster favori sur le site A, avec partition du réseau IP de gestion externe et du réseau de communication VPLEX WAN. Le réseau LAG reste disponible. VPLEX Witness reste disponible sur le site C. Sur le site B, le cluster-2 VPLEX reste en communication avec VPLEX Witness. Comportement du système Le système répond à l isolement de cluster VPLEX comme suit : Lorsque le VPLEX est isolé sur le site A, VPLEX Witness garantit que la règle de déconnexion du groupe de cohérence, qui définit le cluster-1 comme le cluster favori, est remplacée et que le stockage accessible par le cluster-2 de VPLEX sur le site B reste disponible. Les nœuds RAC sse-ea-erac-n03 et sse-ea-erac-n04 du site B restent disponibles, et les nœuds RAC sse-ea-erac-n01 et sse-ea-erac-n02 du site A sont éjectés. Les serveurs VMware ESXi du site A restent disponibles et les machines virtuelles SAPASCS1 et SAPDI1 restent actives grâce à l utilisation de la connexion entre clusters haute disponibilité VPLEX Metro. La Figure 64 présente l état de l environnement après l isolement de VPLEX sur le site A. EMC Mission-Critical Business Continuity for SAP 70

71 Figure 66. État de l environnement après l isolement de VPLEX sur le site A Résultat Le Tableau 16 présente les comportements attendus et constatés du système lorsque le VPLEX du site A est isolé. Tableau 16. Comportements attendus et constatés Système État avant le test Comportement attendu Comportement constaté Nœuds Oracle RAC (base de données VSE) sse-ea-erac-n01 (Site A) sse-ea-erac-n02 (Site A) sse-ea-erac-n03 (Site B) sse-ea-erac-n04 (Site B) Éjecté Éjecté Éjecté Éjecté Serveur VMware ESXi Machine virtuelle sse-ea-r710a (Site A) SAPASCS1 sse-ea-r710b (Site A) SAPDI1 sse-ea-r710c (Site B) SAPDI2 sse-ea-r710d (Site B) SAPASCS2 EMC Mission-Critical Business Continuity for SAP 71

EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP

EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP Livre blanc EMC MISSION-CRITICAL BUSINESS CONTINUITY FOR SAP EMC VPLEX, EMC Symmetrix VMAX 10K avec Enginuity Gestion simplifiée pour une disponibilité et une continuité d activité élevées Déploiements

Plus en détail

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters FAMILLE EMC VPLEX Disponibilité continue et mobilité des données dans et entre les datacenters DISPONIBILITE CONTINUE ET MOBILITE DES DONNEES DES APPLICATIONS CRITIQUES L infrastructure de stockage évolue

Plus en détail

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES FAMILLE EMC VPLEX Disponibilité continue et mobilité des données dans et entre les datacenters DISPONIBLITÉ CONTINUE ET MOBILITÉ DES DONNÉES DES APPLICATIONS CRITIQUES L infrastructure de stockage évolue

Plus en détail

Implémentation d EMC VPLEX et Microsoft Hyper-V et SQL Server avec support amélioré du clustering avec basculement

Implémentation d EMC VPLEX et Microsoft Hyper-V et SQL Server avec support amélioré du clustering avec basculement Implémentation d EMC VPLEX et Microsoft Hyper-V et SQL Server avec support amélioré du clustering avec basculement Technologie appliquée Résumé Ce livre blanc décrit le déploiement et l intégration des

Plus en détail

FAMILLE EMC RECOVERPOINT

FAMILLE EMC RECOVERPOINT FAMILLE EMC RECOVERPOINT Solution économique de protection des données et de reprise après sinistre en local et à distance Avantages clés Optimiser la protection des données et la reprise après sinistre

Plus en détail

Sauvegarde et restauration en environnement VMware avec Avamar 6.0

Sauvegarde et restauration en environnement VMware avec Avamar 6.0 Livre blanc Sauvegarde et restauration en environnement VMware avec Avamar 6.0 Analyse détaillée Résumé Dans les entreprises, les environnements virtuels sont de plus en plus déployés dans le cloud. La

Plus en détail

SÉCURISER EMC VSPEX END-USER COMPUTING AVEC RSA SECURID

SÉCURISER EMC VSPEX END-USER COMPUTING AVEC RSA SECURID GUIDE DE CONCEPTION SÉCURISER EMC VSPEX END-USER COMPUTING AVEC RSA SECURID VMware Horizon View 5.2 et VMware vsphere 5.1 - Jusqu à 2 000 bureaux virtuels EMC VSPEX Résumé Le présent guide décrit les composants

Plus en détail

La Continuité d Activité

La Continuité d Activité La virtualisation VMware vsphere au service de La Continuité d Activité La virtualisation VMware vsphere La virtualisation et la Continuité d Activité La virtualisation et le Plan de Secours Informatique

Plus en détail

Le stockage unifié pour réduire les coûts et augmenter l'agilité

Le stockage unifié pour réduire les coûts et augmenter l'agilité Le stockage unifié pour réduire les coûts et augmenter l'agilité Philippe Rolland vspecialist EMEA Herve Oliny vspecialist EMEA Mikael Tissandier vspecialist EMEA Des défis informatiques plus complexes

Plus en détail

PRESENTATION DE LA VIRTUALISATION DE SERVEURS

PRESENTATION DE LA VIRTUALISATION DE SERVEURS PRESENTATION DE LA VIRTUALISATION DE SERVEURS SOMMAIRE QU EST-CE QUE LA VIRTUALISATION? POURQUOI VIRTUALISER? LES AVANTAGES DE LA VIRTUALISATION NOTION DE CONSOLIDATION, RATIONALISATION ET CONCENTRATION

Plus en détail

Utilisation des plates-formes de virtualisation VMware avec EMC VPLEX

Utilisation des plates-formes de virtualisation VMware avec EMC VPLEX Utilisation des plates-formes de virtualisation VMware avec EMC VPLEX Meilleures pratiques de planification Résumé Ce livre blanc présente les caractéristiques et fonctions de la solution EMC VPLEX adaptées

Plus en détail

ENVIRONNEMENTS ORACLE CRITIQUES AVEC VMAX 3

ENVIRONNEMENTS ORACLE CRITIQUES AVEC VMAX 3 ENVIRONNEMENTS ORACLE CRITIQUES AVEC VMAX 3 AVANTAGES CLES CRITIQUES Puissance Stockage hybride avec des niveaux de service performants optimisés pour le Flash à grande échelle, pour les charges applicatives

Plus en détail

Voici quelques exemples d utilisation courants : Cloud privé : machines virtuelles VMware ESX ou Microsoft Hyper-V

Voici quelques exemples d utilisation courants : Cloud privé : machines virtuelles VMware ESX ou Microsoft Hyper-V EMC VNXe AVANTAGES CLÉS Le nouveau système VNXe3200 est la baie hybride unifiée la plus économique du marché. SIMPLICITÉ Configuration d un NAS ou d un SAN en quelques minutes avec les nouveaux assistants

Plus en détail

VMware vsphere 5 Préparation à la certification VMware Certified Professional 5 Data Center Virtualization (VCP5-DCV) - Examen VCP510

VMware vsphere 5 Préparation à la certification VMware Certified Professional 5 Data Center Virtualization (VCP5-DCV) - Examen VCP510 Introduction A. Au sujet du livre 10 B. Au sujet de l'examen 10 Chapitre 1 Les nouveautés de vsphere A. Présentation 14 B. En quoi vsphere 5 diffère de vsphere 4? 14 1. Un Service Console abandonné 14

Plus en détail

INFRASTRUCTURE EMC POUR SYSTÈMES DE BASES DE DONNÉES HAUTES PERFORMANCES MICROSOFT ET ORACLE

INFRASTRUCTURE EMC POUR SYSTÈMES DE BASES DE DONNÉES HAUTES PERFORMANCES MICROSOFT ET ORACLE Livre blanc INFRASTRUCTURE EMC POUR SYSTÈMES DE BASES DE DONNÉES HAUTES PERFORMANCES MICROSOFT ET ORACLE EMC Symmetrix VMAX 40K, EMC XtremSF, EMC XtremCache, Simplifiez la gestion du stockage avec FAST

Plus en détail

CLOUD PRIVÉ EMC VSPEX VMware vsphere 5.5 - Jusqu à 1 000 machines virtuelles

CLOUD PRIVÉ EMC VSPEX VMware vsphere 5.5 - Jusqu à 1 000 machines virtuelles Guide d infrastructure EMC Proven CLOUD PRIVÉ EMC VSPEX VMware vsphere 5.5 - Jusqu à 1 000 machines virtuelles Technologies Microsoft Windows Server 2012 R2, EMC VNX ET EMC Powered Backup EMC VSPEX Résumé

Plus en détail

au Centre Inter-établissement pour les Services Réseaux Cédric GALLO

au Centre Inter-établissement pour les Services Réseaux Cédric GALLO au Centre Inter-établissement pour les Services Réseaux Cédric GALLO En théorie Introduction Présentation de l ESXi VMFS Virtual Center Vsphere Client Converter Vmotion High Availability/DRS/DPM Gestion

Plus en détail

EMC TRANSFORME L INFRASTRUCTURE DE CLOUD PRIVÉ SUR SITE POUR SAP

EMC TRANSFORME L INFRASTRUCTURE DE CLOUD PRIVÉ SUR SITE POUR SAP Architecture de référence EMC TRANSFORME L INFRASTRUCTURE DE CLOUD PRIVÉ SUR SITE POUR SAP EMC VMAX 40K, EMC VPLEX, EMC RecoverPoint, EMC Avamar, EMC Data Domain, EMC Storage Resource Management Suite,

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 EMC VSPEX Résumé Ce explique comment concevoir des ressources Microsoft SQL Server virtualisées sur l infrastructure VSPEX EMC Proven

Plus en détail

EMC Data Domain Boost for

EMC Data Domain Boost for EMC Data Domain Boost for Symantec Backup Exec Augmentez vos performances de sauvegarde grâce à une intégration avancée dans OpenStorage Avantages clés Sauvegardes plus rapides et meilleure utilisation

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING GUIDE DE MISE EN ŒUVRE EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7.1 et VMware vsphere Jusqu à 500 bureaux virtuels Technologie EMC VNXe3200 et sauvegarde EMC EMC VSPEX Résumé Ce décrit les étapes

Plus en détail

LES 5 PRINCIPALES RAISONS DE DÉPLOYER MICROSOFT SQL SERVER SUR LE SYSTÈME DE STOCKAGE UNIFIÉ EMC VNX

LES 5 PRINCIPALES RAISONS DE DÉPLOYER MICROSOFT SQL SERVER SUR LE SYSTÈME DE STOCKAGE UNIFIÉ EMC VNX LES 5 PRINCIPALES RAISONS DE DÉPLOYER MICROSOFT SQL SERVER SUR LE SYSTÈME DE STOCKAGE UNIFIÉ EMC VNX Et si vous pouviez éviter aux administrateurs de base de données d avoir à se préoccuper au jour le

Plus en détail

EMC SYMMETRIX VMAX 10K

EMC SYMMETRIX VMAX 10K EMC SYMMETRIX VMAX 10K La solution EMC Symmetrix VMAX 10K avec l environnement d exploitation Enginuity est dotée d une architecture scale-out multicontrôleur pour une consolidation et une efficacité accrues

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC VMWARE VSPHERE

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC VMWARE VSPHERE EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC VMWARE VSPHERE EMC VSPEX Résumé Ce décrit les étapes générales requises pour déployer des solutions Microsoft SQL Server sur une infrastructure

Plus en détail

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP EMC VSPEX Résumé Ce explique comment concevoir les ressources des environnements Oracle Database virtualisés sur l infrastructure

Plus en détail

Le stockage. 1. Architecture de stockage disponible. a. Stockage local ou centralisé. b. Différences entre les architectures

Le stockage. 1. Architecture de stockage disponible. a. Stockage local ou centralisé. b. Différences entre les architectures Le stockage 1. Architecture de stockage disponible a. Stockage local ou centralisé L architecture de stockage à mettre en place est déterminante pour l évolutivité et la performance de la solution. Cet

Plus en détail

EMC DATA DOMAIN OPERATING SYSTEM

EMC DATA DOMAIN OPERATING SYSTEM EMC DATA DOMAIN OPERATING SYSTEM Au service du stockage de protection EMC AVANTAGES CLÉS Déduplication évolutive ultrarapide Jusqu à 31 To/h de débit Réduction des besoins en stockage de sauvegarde de

Plus en détail

EMC AVAMAR FOR VMWARE

EMC AVAMAR FOR VMWARE EMC AVAMAR FOR VMWARE Sauvegarde et restauration optimisées pour les environnements VMware AVANTAGES CLÉS Sauvegarde VMware optimisée au niveau invité et image Prise en charge de VMware vsphere Intégration

Plus en détail

POURQUOI CHOISIR EMC POUR LA

POURQUOI CHOISIR EMC POUR LA POURQUOI CHOISIR EMC POUR LA GESTION DU CYCLE DE VIE AVANTAGES CLES D ORACLE Agilité Les bonnes pratiques liées aux technologies de réplication Oracle et EMC sont intégrées dans AppSync, ce qui limite

Plus en détail

EMC HYBRID CLOUD 2.5 AVEC VMWARE

EMC HYBRID CLOUD 2.5 AVEC VMWARE Guide de solution EMC HYBRID CLOUD 2.5 AVEC VMWARE Solutions EMC Résumé Ce Guide de solution présente l intégration de la solution EMC Hybrid Cloud 2.5 avec l infrastructure de Cloud privé VSPEX EMC Proven

Plus en détail

Principales recommandations pour la virtualisation des applications Microsoft sur une infrastructure EMC VSPEX

Principales recommandations pour la virtualisation des applications Microsoft sur une infrastructure EMC VSPEX Principales recommandations pour la virtualisation des applications Microsoft sur une infrastructure EMC VSPEX À l heure actuelle, les départements qui exécutent des applications d entreprise Microsoft

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 AVEC MICROSOFT HYPER-V

EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 AVEC MICROSOFT HYPER-V GUIDE DE MISE EN ŒUVRE EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 AVEC MICROSOFT HYPER-V EMC VSPEX Abstraction Ce Guide de mise en œuvre décrit de manière générale les étapes nécessaires au déploiement

Plus en détail

La plate forme VMware vsphere 4 utilise la puissance de la virtualisation pour transformer les infrastructures de Datacenters en Cloud Computing.

La plate forme VMware vsphere 4 utilise la puissance de la virtualisation pour transformer les infrastructures de Datacenters en Cloud Computing. vsphere 4 1. Présentation de vsphere 4 C est le nouveau nom de la plate forme de virtualisation de VMware. La plate forme VMware vsphere 4 utilise la puissance de la virtualisation pour transformer les

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC MICROSOFT HYPER-V

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC MICROSOFT HYPER-V GUIDE DE MISE EN ŒUVRE EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 AVEC MICROSOFT HYPER-V EMC VSPEX Résumé Ce Guide de mise en œuvre décrit de manière générale les étapes nécessaires au déploiement

Plus en détail

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP EMC VSPEX Résumé Ce explique comment concevoir les ressources des environnements Oracle Database virtualisés sur l infrastructure

Plus en détail

Suite VMware vcenter. VMware vsphere 4. vshield Zones VMsafe. VMotion Storage VMotion HA Fault Tolerance Data Recovery. VMware ESX VMware ESXi

Suite VMware vcenter. VMware vsphere 4. vshield Zones VMsafe. VMotion Storage VMotion HA Fault Tolerance Data Recovery. VMware ESX VMware ESXi CS VMware vsphere 4 AIDE-MÉMOIRE Qu est-ce que VMware vsphere 4? Premier système d exploitation pour le Cloud Computing, VMware vsphere 4 utilise la puissance de la virtualisation pour transformer les

Plus en détail

Configurations maximales

Configurations maximales Rubrique Configurations maximales VMware vsphere 5.0 Lorsque vous sélectionnez et configurez votre équipement physique et virtuel, vous devez vous limiter aux maxima (ou en deçà) pris en charge par vsphere

Plus en détail

Configurations maximales

Configurations maximales Rubrique Configurations maximales VMware vsphere 5.5 Lorsque vous sélectionnez et configurez votre équipement physique et virtuel, vous devez vous limiter aux maxima (ou en deçà) pris en charge par vsphere

Plus en détail

Automatisation de la découverte, de la surveillance et de l analyse des causes premières dans le datacenter virtualisé (VDC) EMC SERVER MANAGER

Automatisation de la découverte, de la surveillance et de l analyse des causes premières dans le datacenter virtualisé (VDC) EMC SERVER MANAGER EMC SERVER MANAGER Automatisation de la découverte, de la surveillance et de l analyse des causes premières dans le datacenter virtualisé (VDC) Avantages clés Corrélation et analyse des machines virtuelles

Plus en détail

Présentation de solution

Présentation de solution Livre blanc PROTECTION DES ENVIRONNEMENTS VMWARE AVEC EMC NETWORKER 8.5 Présentation de solution Résumé Ce livre blanc décrit l intégration d EMC NetWorker avec VMware vcenter. Il explique également le

Plus en détail

VMware vsphere 5 Maîtrisez l'exploitation de votre infrastructure virtuelle

VMware vsphere 5 Maîtrisez l'exploitation de votre infrastructure virtuelle Introduction à la virtualisation 1. La virtualisation et ses domaines d application 13 1.1 La virtualisation des serveurs 13 1.2 La virtualisation du stockage 19 1.3 La virtualisation des applications

Plus en détail

CLOUD PRIVÉ EMC VSPEX

CLOUD PRIVÉ EMC VSPEX Infrastructure EMC Proven CLOUD PRIVÉ EMC VSPEX Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu à 200 machines virtuelles Technologies EMC VNXe3200 et EMC Data Protection EMC VSPEX Résumé Le présent

Plus en détail

Dossier Solution - Virtualisation CA arcserve Unified Data Protection

Dossier Solution - Virtualisation CA arcserve Unified Data Protection Dossier Solution - Virtualisation CA arcserve Unified Data Protection La virtualisation des serveurs et des postes de travail est devenue omniprésente dans la plupart des organisations, et pas seulement

Plus en détail

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP GUIDE D'IMPLÉMENTATION EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP EMC VSPEX Résumé Ce Guide de mise en œuvre décrit les étapes et les bonnes pratiques générales nécessaires pour implémenter l'infrastructure

Plus en détail

en version SAN ou NAS

en version SAN ou NAS tout-en-un en version SAN ou NAS Quand avez-vous besoin de virtualisation? Les opportunités de mettre en place des solutions de virtualisation sont nombreuses, quelque soit la taille de l'entreprise. Parmi

Plus en détail

Data Protection for EMC VSPEX Proven Infrastructure

Data Protection for EMC VSPEX Proven Infrastructure Livre blanc sur la protection des données Data Protection for EMC VSPEX Proven Infrastructure Présentation Dans le cadre actuel des datacenters virtualisés, la protection des données est un facteur essentiel

Plus en détail

SYSTÈME DE STOCKAGE EMC SYMMETRIX VMAXe

SYSTÈME DE STOCKAGE EMC SYMMETRIX VMAXe SYSTÈME DE STOCKAGE EMC SYMMETRIX VMAXe Symmetrix VMAXe : système performant, fiable, intelligent et efficace Présentation de la solution EMC Symmetrix VMAXe avec l environnement d exploitation Enginuity.

Plus en détail

EMC Data Domain Boost for Oracle Recovery Manager (RMAN)

EMC Data Domain Boost for Oracle Recovery Manager (RMAN) Livre blanc EMC Data Domain Boost for Oracle Recovery Manager (RMAN) Résumé EMC fournit aux administrateurs de base de données un contrôle total sur la sauvegarde, la restauration et la reprise après sinistre

Plus en détail

Évaluation de la plate-forme de stockage multiprotocole Celerra NS20 EMC

Évaluation de la plate-forme de stockage multiprotocole Celerra NS20 EMC Évaluation de la plate-forme de stockage multiprotocole Celerra NS20 EMC Rapport rédigé à la demande d EMC Corporation Introduction EMC Corporation a chargé Demartek d effectuer une évaluation sous la

Plus en détail

vbladecenter S! tout-en-un en version SAN ou NAS

vbladecenter S! tout-en-un en version SAN ou NAS vbladecenter S! tout-en-un en version SAN ou NAS Quand avez-vous besoin de virtualisation? Les opportunités de mettre en place des solutions de virtualisation sont nombreuses, quelque soit la taille de

Plus en détail

CLOUD PRIVÉ EMC VSPEX

CLOUD PRIVÉ EMC VSPEX Guide d infrastructure EMC Proven CLOUD PRIVÉ EMC VSPEX EMC VSPEX Résumé Le présent document décrit la solution d infrastructure VSPEX EMC Proven destinée aux déploiements de Cloud privé avec VMware vsphere

Plus en détail

Dossier Solution - Virtualisation Arcserve Unified Data Protection

Dossier Solution - Virtualisation Arcserve Unified Data Protection Dossier Solution - Virtualisation Arcserve Unified Data Protection La virtualisation des serveurs et des postes de travail est devenue omniprésente dans la plupart des organisations, et pas seulement au

Plus en détail

HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES. Simple & Performant. www.quick software line.com

HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES. Simple & Performant. www.quick software line.com HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES Haute disponibilité pour Serveurs Ouverts (Windows, UNIX, AIX, Linux, VMware (Windows, UNIX, AIX, Linux, VMware ) Généralités Quelques définitions

Plus en détail

Configurations maximales

Configurations maximales Rubrique Configurations maximales VMware vsphere 4.1 Lorsque vous sélectionnez et configurez votre équipement physique et virtuel, vous devez vous limiter aux maxima (ou en deçà) pris en charge par vsphere

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012

EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED MICROSOFT SQL SERVER 2012 EMC VSPEX Présentation Ce explique comment concevoir des ressources Microsoft SQL Server virtualisées sur l infrastructure VSPEX

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING GUIDE DE MISE EN OEUVRE EMC VSPEX END-USER COMPUTING VMware Horizon View 6.0 et VMware vsphere Jusqu à 500 bureaux virtuels Technologies EMC VNXe3200 et EMC Data Protection EMC VSPEX Présentation Le présent

Plus en détail

Évaluation du système de stockage

Évaluation du système de stockage Évaluation du système de stockage Rapport préparé sous contrat avec EMC Corporation Introduction EMC Corporation a chargé Demartek de procéder à une évaluation pratique du nouveau système de stockage d

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING GUIDE DE MISE EN ŒUVRE EMC VSPEX END-USER COMPUTING VMware Horizon avec View EMC VSPEX Résumé Ce décrit les étapes générales à suivre pour déployer une solution EMC VSPEX End-User Computing pour VMware

Plus en détail

CLOUD PRIVÉ EMC VSPEX Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu à 1 000 machines virtuelles

CLOUD PRIVÉ EMC VSPEX Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu à 1 000 machines virtuelles CLOUD PRIVÉ EMC VSPEX Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu à 1 000 machines virtuelles Technologie EMC VNX et EMC Powered Backup EMC VSPEX Résumé Le présent document décrit la solution

Plus en détail

EMC DATA DOMAIN HYPERMAX

EMC DATA DOMAIN HYPERMAX EMC DATA DOMAIN HYPERMAX Optimisation du stockage de protection EMC AVANTAGES CLÉS Déduplication évolutive et ultrarapide Jusqu à 58,7 To/h de débit Réduit de 10 à 30 fois le stockage de sauvegarde, et

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7 et VMware vsphere 5.1 - Jusqu à 2 000 bureaux virtuels Technologie EMC VNX nouvelle génération et sauvegarde EMC EMC VSPEX Abstraction Ce guide de l infrastructure

Plus en détail

EMC VSPEX SOLUTION FOR INFRASTRUCTURE AS A SERVICE WITH MICROSOFT SYSTEM CENTER

EMC VSPEX SOLUTION FOR INFRASTRUCTURE AS A SERVICE WITH MICROSOFT SYSTEM CENTER GUIDE DE CONCEPTION ET DE MISE EN ŒUVRE EMC VSPEX SOLUTION FOR INFRASTRUCTURE AS A SERVICE WITH MICROSOFT SYSTEM CENTER EMC VSPEX Résumé Ce guide de conception et de mise en œuvre décrit la conception

Plus en détail

Veritas Storage Foundation par Symantec

Veritas Storage Foundation par Symantec Veritas Storage Foundation par Symantec Gestion en ligne de ressources de stockage hétérogènes Veritas Storage Foundation offre une solution complète pour la gestion en ligne de ressources de stockage

Plus en détail

7 avantages à la virtualisation des applications stratégiques de votre entreprise

7 avantages à la virtualisation des applications stratégiques de votre entreprise 7 avantages à la virtualisation des applications stratégiques de votre entreprise Contenu de cet ebook Mise en contexte Avantage 1 : Accélération des mises à niveau grâce au clonage Avantage 2 : Réservation

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013

EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 EMC VSPEX Présentation Ce explique comment concevoir une solution Microsoft Exchange Server 2013 dans l infrastructure VSPEX EMC Proven

Plus en détail

VMware ESX/ESXi. 1. Les composants d ESX. VMware ESX4 est le cœur de l infrastructure vsphere 4.

VMware ESX/ESXi. 1. Les composants d ESX. VMware ESX4 est le cœur de l infrastructure vsphere 4. VMware ESX/ESXi 1. Les composants d ESX VMware ESX4 est le cœur de l infrastructure vsphere 4. C est un hyperviseur, c est à dire une couche de virtualisation qui permet de faire tourner plusieurs systèmes

Plus en détail

CA Server Automation. Vue d ensemble. Avantages. agility made possible

CA Server Automation. Vue d ensemble. Avantages. agility made possible FICHE PRODUIT : CA Server Automation CA Server Automation agility made possible La solution intégrée CA Server Automation permet d automatiser le provisioning, la correction et la configuration des composants

Plus en détail

WHITE PAPER. Protéger les serveurs virtuels avec Acronis True Image

WHITE PAPER. Protéger les serveurs virtuels avec Acronis True Image Protéger les serveurs virtuels avec Acronis True Image Copyright Acronis, Inc., 2000 2008 Les organisations liées aux technologies de l information ont découvert que la technologie de virtualisation peut

Plus en détail

EMC ENTERPRISE PRIVATE CLOUD

EMC ENTERPRISE PRIVATE CLOUD Architecture de référence EMC ENTERPRISE PRIVATE CLOUD Infrastructure as-a-service Provisionnement et surveillance automatisés Opérations informatiques orientées services Solutions EMC Janvier 2014 Copyright

Plus en détail

TRANSFORM IT + BUSINESS + YOURSELF

TRANSFORM IT + BUSINESS + YOURSELF TRANSFORM IT + BUSINESS + YOURSELF Copyright 2012 EMC Corporation. All rights reserved. 2 Vos environnements SAP sont complexes et couteux : pensez «replatforming» TRANSFORM IT+ BUSINESS + YOURSELF Alexandre

Plus en détail

Configuration du serveur ESX

Configuration du serveur ESX Configuration du serveur ESX 1. La licence vsphere Le serveur ESX a besoin d une licence. Cliquez sur votre serveur ESX. Puis allez dans l onglet Configuration. Rubrique Software ; Licence Features. Cliquez

Plus en détail

Une présentation de HP et de MicroAge. 21 septembre 2010

Une présentation de HP et de MicroAge. 21 septembre 2010 Une présentation de HP et de MicroAge 21 septembre 2010 Programme Présentation de MicroAge Maria Fiore Responsable du développement des affaires MicroAge Virtualisation et stockage optimisé à prix abordable

Plus en détail

«Scale-to-fit» Storage

«Scale-to-fit» Storage LIVRE BLANC «Scale-to-fit» Storage Faites évoluer votre stockage de façon totalement transparente grâce au «Scale-to-Fit» de Nimble Storage. Ce livre blanc explique comment les solutions Nimble Storage

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING Guide d infrastructure VSPEX EMC Proven EMC VSPEX END-USER COMPUTING Citrix XenDesktop 7 avec Microsoft Hyper-V Server 2012 - Jusqu à 2 000 bureaux virtuels Technologie EMC VNX nouvelle génération et sauvegarde

Plus en détail

DataSheet Amélioration du Retour sur Investissement

DataSheet Amélioration du Retour sur Investissement G E S T I O N D U S T O C K A G E E N E N V I R O N N E M E N T O U V E R T DataSheet Amélioration du Retour sur Investissement Réduction du Coût Total d Exploitation Gestion, Virtualisation et Contrôle

Plus en détail

Guide d évaluation de VMware vsphere 5.0

Guide d évaluation de VMware vsphere 5.0 Guide d évaluation de VMware vsphere 5.0 Auto Deploy LIVRE BLANC TECHNIQUE Table des matières À propos de ce guide.... 4 Configuration requise.... 4 Exigences matérielles.... 4 Serveurs.... 4 Stockage....

Plus en détail

Livre blanc sur la facilité d utilisation : comparaison entre EMC VNX et NetApp FAS

Livre blanc sur la facilité d utilisation : comparaison entre EMC VNX et NetApp FAS Livre blanc sur la facilité d utilisation : comparaison entre EMC VNX et NetApp FAS Avril 2011 Vingt ans d expérience dans www.strategicfocus.com l évaluation technique 408-568-3993 Ce rapport de test

Plus en détail

Configurations maximales

Configurations maximales vsphere 6.0 Ce document prend en charge la version de chacun des produits répertoriés, ainsi que toutes les versions publiées par la suite jusqu'au remplacement dudit document par une nouvelle édition.

Plus en détail

FAMILLE EMC VNX. Un stockage unifié nouvelle génération, optimisé pour les applications virtualisées AVANTAGES CLÉS. Gamme VNX

FAMILLE EMC VNX. Un stockage unifié nouvelle génération, optimisé pour les applications virtualisées AVANTAGES CLÉS. Gamme VNX FAMILLE EMC VNX Un stockage unifié nouvelle génération, optimisé pour les applications virtualisées AVANTAGES CLÉS Solution de stockage unifié pour les modes fichier, bloc et objet Puissance de la technologie

Plus en détail

VMware vsphere 5 au sein du Datacenter Complément vidéo : La configuration et la sécurisation de l'esx

VMware vsphere 5 au sein du Datacenter Complément vidéo : La configuration et la sécurisation de l'esx La virtualisation des serveurs vers le Cloud 1. La virtualisation au cœur de la transformation IT 13 1.1 Les nouveaux challenges 13 1.2 La virtualisation des serveurs 15 1.3 Les facteurs d'adoption de

Plus en détail

Guide d évaluation de VMware vsphere 5.0

Guide d évaluation de VMware vsphere 5.0 Guide d évaluation de VMware vsphere 5.0 Fonctionnalités de réseau avancées LIVRE BLANC TECHNIQUE Table des matières À propos de ce guide.... 4 Configuration requise.... 4 Exigences matérielles.... 4 Serveurs....

Plus en détail

Sauvegarde EMC pour solutions SAP HANA prêtes pour le datacenter. EMC Data Domain avec DD Boost

Sauvegarde EMC pour solutions SAP HANA prêtes pour le datacenter. EMC Data Domain avec DD Boost EMC pour solutions SAP HANA prêtes pour le datacenter EMC Data Domain avec DD Boost 1 Informations d entreprise Big Data Informations provenant des partenaires Informations «publiques» Informations structurées

Plus en détail

Sauvegarde et restauration pour VMware avec stockage avec déduplication EMC Data Domain. Planification des meilleures pratiques

Sauvegarde et restauration pour VMware avec stockage avec déduplication EMC Data Domain. Planification des meilleures pratiques Planification des meilleures pratiques Résumé VMware offre des avantages extraordinaires, mais ce peut être au prix d une capacité de stockage, de ressources de sauvegarde et de problèmes administratifs

Plus en détail

EMC VSPEX FOR VIRTUALIZED MICROSOFT SHAREPOINT 2013

EMC VSPEX FOR VIRTUALIZED MICROSOFT SHAREPOINT 2013 GUIDE DE CONCEPTION EMC VSPEX FOR VIRTUALIZED MICROSOFT SHAREPOINT 2013 EMC VSPEX Résumé Ce explique comment concevoir des ressources Microsoft SharePoint 2013 virtualisées sur l infrastructure VSPEX EMC

Plus en détail

Configuration Cluster, DRS, HA, DPM et FT

Configuration Cluster, DRS, HA, DPM et FT Configuration Cluster, DRS, HA, DPM et FT 1. Activer les fonctionnalités Faites un clic droit sur votre Datacenter. Cliquez sur New Cluster. Mettez un nom puis cochez Turn On VMware HA et Turn On VMware

Plus en détail

Stockage avec déduplication pour une sauvegarde et une restauration nouvelle génération

Stockage avec déduplication pour une sauvegarde et une restauration nouvelle génération EMC DATA DOMAIN - Présentation générale Stockage avec déduplication pour une sauvegarde et une restauration nouvelle génération Avantages clés Stockage avec déduplication évolutif Déduplication «à la volée»

Plus en détail

NAS virtualisé sur SAN iscsi

NAS virtualisé sur SAN iscsi NAS virtualisé sur SAN iscsi TUTOJRES n 14 1 er décembre 2010 Didier Gillet - didier.gillet@univ-paris-diderot.fr ingénieur dʼétude à lʼufr de mathématiques Paris 7 Yves Legrandgérard - ylg@pps.jussieu.fr

Plus en détail

Unitt www.unitt.com. Zero Data Loss Service (ZDLS) La meilleure arme contre la perte de données

Unitt www.unitt.com. Zero Data Loss Service (ZDLS) La meilleure arme contre la perte de données Zero Data Loss Service (ZDLS) La meilleure arme contre la perte de données La meilleure protection pour les données vitales de votre entreprise Autrefois, protéger ses données de manière optimale coûtait

Plus en détail

Les hyperviseurs leaders du marché qui ont fait leurs preuves en production

Les hyperviseurs leaders du marché qui ont fait leurs preuves en production VMware ESX et VMware ESXi Les hyperviseurs leaders du marché qui ont fait leurs preuves en production EN BREF VMware ESX et VMware ESXi sont des outils fondamentaux permettant de créer et de gérer une

Plus en détail

EMC VSPEX END-USER COMPUTING

EMC VSPEX END-USER COMPUTING GUIDE DE CONCEPTION EMC VSPEX END-USER COMPUTING VMware Horizon View 6.0 et VMware vsphere Jusqu à 500 bureaux virtuels Technologies EMC VNXe3200 et EMC Data Protection EMC VSPEX Présentation Ce décrit

Plus en détail

Principaux concepts architecturaux pour la continuité (2 ème partie)

Principaux concepts architecturaux pour la continuité (2 ème partie) Principaux concepts architecturaux pour la continuité (2 ème partie) Version 1.0 Richard Stoecklin IT Architect rsto@ch.ibm.com Les 6 niveaux de la résilience à considérer IBM Corporation 2 Les différentes

Plus en détail

Exploitation de la ferme de serveurs Esxi

Exploitation de la ferme de serveurs Esxi BTS SIO SISR4 Page 1 Exploitation de la ferme de serveurs Esxi Table des matières 1. Objectif... 2 2. Paramètres préalables... 2 3. Création d un cluster... 2 4. Augmenter la taille des LUN... 2 4.1. Sur

Plus en détail

Cluster High Availability. Holger Hennig, HA-Cluster Specialist

Cluster High Availability. Holger Hennig, HA-Cluster Specialist Cluster High Availability Holger Hennig, HA-Cluster Specialist TABLE DES MATIÈRES 1. RÉSUMÉ...3 2. INTRODUCTION...4 2.1 GÉNÉRALITÉS...4 2.2 LE CONCEPT DES CLUSTERS HA...4 2.3 AVANTAGES D UNE SOLUTION DE

Plus en détail

Entrer. Dans le Cloud

Entrer. Dans le Cloud Entrer Dans le Cloud EMC & VMware Synergies et innovations pour vos infrastructures virtualisées Mikael TISSANDIER vspecialist EMEA France Mikael.tissandier@emc.com Philippe ROLLAND vspecialist EMEA France

Plus en détail

EMC VMAX 40K CARACTERISTIQUES TECHNIQUES MAXIMALES DU MOTEUR VMAX 40K CARACTERISTIQUES SYSTEME MAXIMALES DU VMAX 40K INTERCONNEXION VMAX 40K

EMC VMAX 40K CARACTERISTIQUES TECHNIQUES MAXIMALES DU MOTEUR VMAX 40K CARACTERISTIQUES SYSTEME MAXIMALES DU VMAX 40K INTERCONNEXION VMAX 40K EMC VMAX 40K Le système de stockage EMC VMAX 40K assure à l entreprise une haute disponibilité et une évolutivité remarquables tout en proposant des fonctionnalités performantes visant à accélérer votre

Plus en détail

EMC XTREMIO : SOLUTION DE CONSOLIDATION HAUTES PERFORMANCES POUR ORACLE

EMC XTREMIO : SOLUTION DE CONSOLIDATION HAUTES PERFORMANCES POUR ORACLE Livre blanc EMC XTREMIO : SOLUTION DE CONSOLIDATION HAUTES PERFORMANCES POUR ORACLE EMC XtremIO, VMware vsphere, base de données Oracle, Oracle RAC Optimiser les temps de service du stockage pour les charges

Plus en détail

LIVRE BLANC La promesse du stockage virtuel : quand l informatique devient un service

LIVRE BLANC La promesse du stockage virtuel : quand l informatique devient un service LIVRE BLANC La promesse du stockage virtuel : quand l informatique devient un service Sponsorisé par : EMC Benjamin Woo Mai 2010 RÉSUMÉ ANALYTIQUE Siège Social : 5 Speen Street Framingham, MA 01701 États

Plus en détail

Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service

Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service EMC Open Replicator for Symmetrix Réplication indépendante de la plate-forme pour garantir la mobilité des données d entreprise et des migrations sans interruption de service Avantages clés Hautes performances

Plus en détail

La virtualisation, des postes de travail

La virtualisation, des postes de travail La virtualisation, des postes de travail W. Guyot-Lénat" Service Commun Informatique" UFR Sciences" Université Blaise Pascal" Menu" Mise en bouche : " présentation SCI" Petits mots de Gartner" Quelques

Plus en détail

Virtualisation avec EMC et VMware

Virtualisation avec EMC et VMware Virtualisation avec EMC et Opérations de stockage et de sauvegarde, fonctions de gestion, de sécurité et de reprise après sinistre : définissez une infrastructure d informations totalement compatible avec.

Plus en détail