Sap Hana Dt Whitepaper

7/28/2019 Sap Hana Dt Whitepaper

1/20

Technical white paper

Disaster-Tolerant solution for HPAppSystems for SAP HANA (Scale-Out) based on HP Continuous Access

EVA with HP X9300 Network Storage System andSAN boot

Table of Contents

Executive summary ................................................................................................................................................. 2Business needs ........................................................................................................................................................ 2

Using Continuous Access EVA ..............................................................................Error! Bookmark not defined.Explaining DT objectives ..................................................................................................................................... 5

Synchronous versus asynchronous replication mode ........................................................................................ 6

Solution overview .................................................................................................................................................... 6Value added by X9300 NAS system .................................................................................................................... 8

Execution ................................................................................................................................................................. 8Site failover ......................................................................................................................................................... 8Site failback ........................................................................................................................................................ 9

Solution qualification ............................................................................................................................................ 10More on the loss of inter-site links ................................................................................................................... 11

Conclusion ............................................................................................................................................................. 11Appendix: Installing and setting up the DT solution ............................................................................................. 12

Qualified hardware and software ..................................................................................................................... 12Configuring SAN switches for a Continuous Access environment .................................................................... 13EVA & X9300 storage map and SAP HANA layout ............................................................................................. 13Multi-pathing .................................................................................................................................................... 13Enabling replication for the HANA database .................................................................................................... 14Deploying X9300 on SAN boot .......................................................................................................................... 15Using the DT solution ........................................................................................................................................ 15

............................................................................................................................................................................... 16For more information ............................................................................................................................................ 17


2/20

2

Executive summary

As SAP HANA (High Performance Analytic Appliance) becomes increasingly available as an enhanced replacement for SAPBusiness Warehouse (BW) installations, a broad range of options for implementing high availability and disaster tolerance being evaluated. Disaster recovery capabilities become crucial in the event that an entire computing site is lost and the

organization cannot afford the time required to rebuild HANA Database1.

When considering a disaster recovery solution for HANA, factors such as cost, recovery time objective (RTO), and recovery

point objective (RPO) are important.

In response to these factors, HP has developed a disaster-tolerant (DT) solution for HP AppSystems for SAP HANA ScaleOut (the DT solution) based on HP Continuous Access EVA and HP X9300 Network Storage System with SAN Boot. Thissolution allows shared storage to be connected to the SAP HANA server blades via Network File System (NFS) of HP IBRIXfusion file system using SAN booted IBRIX segment servers.

This test plan describes an active/passive HP-validated DT solution wherein human decision initiates the failover of aproduction site to an alternate site following the failure of the production site. Depending on the particular needs and thedistance between sites, the DT solution allows for deployment of a HANA non-production instance at the alternate site untthe site is required to become active in the event of a disaster.

Target audience:This paper is intended for HANA administrators wishing to learn more about deploying a DT solution. Ingeneral, however, the reader does not require experience with SAP HANA software.

This white paper describes the design, systems integration, and validation performed by HP in December 2011, and the

Certification received from SAP on [tbd]. (see SAP PAM at [insert URL here]

Business needs

When data security and availability are critical to the success of their businesses, SAP customers require a computingsolution that protects their information systems from disasters such as power outages, earthquakes, fires, floods or acts ovandalism. The effects of a disaster can range from temporary loss of availability to the outright physical destruction of afacility and its assets.

In the event of a disaster, the HANA environment must allow customers to shift their information-processing activities toanother site as quickly as possible. Thus, procedures for disaster recovery must be predictable, well-defined, documentedadvance, and executed by qualified Systems Administrators and IT decision-makers.

Figure 1outlines the Configuration requirements for a DT solution for HANA.

1 The time taken depends on log and data area volume size in the HANA system.


3/20

3

Mitigate Risk:

Minimize Direct Financial Impact

Prevent Impact to Reputation

Improve IT availability:

Improve Productivity

Improve Customer Experience

Reduce Costs of downtime:

Improve Time to Recovery

Reduce Resources Required

Why HP for this solution

More than 25 years of experience implementing hundreds of

disaster tolerant and continuous computing solutions around the

world

More than 80 percent of the worlds stock exchanges and

worldwide banking transactions run on HP solutions

Integrated Appliance solution with built-together not put-together storage replication technology, server clustering, testing

and ongoing management services

HP Disaster Tolerant solutions are rated #1 among UNIX vendors

in Gartner Group studies

HP is a pioneer in disaster tolerant computing, including

technologies such as clustering and data mirroring

HP AppSystems for SAP HANA provide bulletproof availability and

application up time


4/20

4

Figure 1:Logical view of the HANA DT Solution Configuration

IBRIX Cluster nodes Cluster NodesIBRIX

P6500 P6500

IBRIX Native HA IBRIX Native HA

Continuous Access

EVA for

Synchronous Data

replication

FC Link FC Link

SAP HANA

INSTANCESAP HANA

INSTANCE

SAN

SAP HANA

PRIMARY SITE

SAP HANA DR

SITE

Network File

System

Network File

System


5/20

HP AppSystems for SAP HANA DT Solutions

There are two HP Disaster Tolerant solutions for HP AppSystems for SAP HANA, Synchronous and Asynchronous, eachwith their own set of benefits and requirements. They are available as either standard (integrated) functionality of theScale-Out HP AppSystems for SAP HANA appliance, or as add-on solutions to your existing Scale-Out HP AppSystems forSAP HANA. HP Disaster Tolerant solutions are currently available only for the Scale-Out HP AppSystems for SAP HANA.

In either case, your specific installation will need to be considered during deployment either at initial acquisition or if you aupgrading your HP AppSystems capabilities to deploy the solution, and a tailored HP engagement will be offered.

With seamless integration or add-on, Disaster Tolerant solution on HP AppSystems for SAP HANA provides the key t hatunlocks the critical difference between recovering from a catastrophic event and enduring Business downtime.

The DT solution based on Continuous Access EVA is characterized by a short recovery time and the avoidance of data loss.

In a DT solution based on this product, redundant and active servers and client interconnects are deployed atgeographically-separated sites. Data generated by HANA during transactions, such as ERP and maintenance data, isreplicated by Continuous Access EVA as shown in Figure 2, and allows a consistent copy of the data to be maintained at eacsite. Should one site suffer a disaster, SAP HANA instances that were running at that site can be failed-over to a survivingsite possessing the resources to support them.

Failing over a HANA instance to an alternate site involves the following key steps:

Making the applications replicated data accessible at the destination site Starting HANA instance and X9300 segment servers at the destination site to restore application availabilityExplaining DT objectives

There are two key objectives for a DT solution:

Recovery point objective (RPO) RPO refers to the point-in-time up to which data can be recovered following a disasterin general, RPO specifies the amount of data loss you can tolerate.

Recovery time objective (RTO) RTO refers to the maximum length of time taken for the recovery site to be up-and-running following a disaster.

More information on these objectives is provided below.

RPO

Some customers require an RPO of zero. For a HANA environment this means that in the event of a failure causing the loss

the storage service, you cannot lose a single committed I/O transaction; you must be able to recover data up to the exacttime the disaster occurred to avoid any inconsistency in HANA database.

One of the implications of implementing a DT solution with an RPO of zero is the requirement for synchronous replication,described below. If, however, an RPO of greater than zero is appropriate that is, you can tolerate some data loss asynchronous replication may be a viable option.

The DT solution described in this white paper uses synchronous replication.

RTO

From the perspective of the DT solution described in this white paper, RTO includes the time taken to achieve the following

Fail over replicated logical unit numbers (LUNs) to the remote EVA Recover and bring X9300 segment servers online at the remote site Recover and bring HANA instance online at the remote site


6/20

6

System administrator time including customer configuration- and use-dependent number and sequence of failover invocation and startup steps2Synchronous versus asynchronous replication mode

In general, Continuous Access EVA supports dynamic switching between synchronous and asynchronous replication modesThese modes can be characterized as follows:

Synchronous mode Data on the remote site is always consistent with the local site Data is mirrored in real-time Synchronous mode is appropriate when data consistency is highly critical to the business Depending on the distance between sites, synchronous mode can affect overall performance by increasing the time

required for writes

Asynchronous mode I/O completion status is returned to the host when local writes complete; remote writes are deferred until a later time The concurrency of data at the remote site can lag behind the local site by a number of write I/O Asynchronous mode supports longer distances between local and remote sites In-order delivery of new or modified data blocks at the remote site is guaranteed

NoteCurrently, the HANA DT solution supports synchronous replication mode only

Solution overview

The DT solution for HANA provides a mechanism for configuring a disaster-tolerant HANA configuration that is distributedbetween distant computer sites. This solution combines the following components:

HP Continuous Access EVA HP X9300 Network Storage system with enabled SAN bootA HANA Disaster Tolerant solution configuration using Continuous Access EVA requires mirrored appliance configurationsthat is, a complete replica of configuration hardware and at both the primary and secondary sites, as shown in Figure 2. T

solution also requires same virtual host names at primary and secondary sites3. The HANA production instance deployed in

the primary site is connected to the production system and runs the external transactions at this site. Unless a disasteroccurs, all I/Os take place on the storage subsystem at the primary site. Meanwhile, Continuous Access EVA has exclusiveaccess to the storage LUN at the alternate site (target/secondary site), to which it synchronously replicates write I/Osperformed on storage at the primary site on HANA. If a significant failure were to occur at the primary site, data processingcould be resumed at the alternate site where data would be intact and consistent.

2 Dual-purposing note: RTO also depends upon t he purposing of the second instance. If dedicated exclusively to DR, no additional impact. If the seco nd site is

dual-purposed for non-production environment, additional manual steps to re move the non-production instances are required3 Alternative: scripts that change iLO IP and/or MAC translation addresses.


7/20

Figure 2: HP Storage Works DT solution for HANA on EVA with X9300 NAS System.

The DT solution can span the distances typically encountered in a commercial or college campus up to a metropolitandistance (estimated at 50 km / 30 miles), depending on the type of inter-site l ink (ISL) implemented on the SAN used forreplication.

The initiation of a site failover requires human intervention and some customized scripts which run at X9300 NAS systemlayer. Using the CV EVA and iLO management console, you can initiate Storage system failover and bring X9300 segmentservers online, resulting in the stable state start-up of HANA at the alternate site as shown in Figure 3.


8/20

8

Figure 3. After site failover

Note

The scripts referred to above are part of the DT solution and are delivered when thesolution is implemented.

Value added by X9300 NAS system

If there is a single component failure (one X9300 segment server) at the primary site, there is no need of whole site failovefor data continuity; instead, X9300 High Availability will initiate a node failover and segment failover between the X9300cluster nodes to maintain the data availability and consistency.

Execution

Site failoverAfter deciding to perform a planned or unplanned failover, you should follow the appropriate Steps to initiate a failover tothe alternate site. The steps are described in Table 1. Failover execution for the DT solution

Step Primary (failed) site Alternate site

1 Stop the HANA production instance


9/20

2 Stop (Shutdown) the X9300 segment servers

3 Initiate Storage (EVA) DR Group failover for CA usingCommand View EVA

4 Bring up the X9300 segment servers using iLO console

5 Bring up the HANA instance

6 Restart the NFS service on HANA node and remount theX9300 NFS share

7 Start the HANA instance

.

If the failover is in response to an unplanned failover, the steps listed at the failed site may not get executed. In this case,ensure that the failed site has been powered down or is in some other way isolated from the IP network and FC SAN beforebringing up the secondary site.

Table 1. Failover execution for the DT solution







6 Restart the NFS service on HANA node and remount the

X9300 NFS share


Site failback

After failover to perform a failback, you need to follow the appropriate steps to initiate a failback to the earlier source siteThe steps to initiate a failback are described in Table 2.If the failback is in response to an unplanned failover where the source site would have been completely destroyed, beforefailback is initiated, the source site in the failed state has to be powered on with working IP and FC networks. Full resync orfull data copy between the source site EVA DR Group and the failed over site EVA DR Group has to be initiated.

NoteFull data copy can be initiated by pressing the force full copy button in DataReplication/Members context, using VC EVA.

In the Connections tab, switch replication status from Suspended to Resumed.


10/20

10

Table 2. Failback execution for the DT solution







6 Restart the NFS Service on HANA node and remount theX9300 NFS share


Solution qualification

After setting up the solution as outlined in Appendix: Installing and setting up the DT solution, HP simulated abroad range of unplanned failure events and tested the solutions ability to fail over to the alternate site.

Table 3. Recommended responses to unplanned failure events

Type of failure Recommended action Average time taken forfailover

Total loss of the primary site Manually initiate failover 10 minutes

Loss of one fabric at the primary site Do not initiate failover

Loss of the EVAs controller-pair at the

primary site

Manually initiate failover 10 minutes

Loss of all inter-site links Decide which site should continue processing, theneither:- Disable Failsafe mode* to continue processing at

the primary site, or

- Manually initiate failover

Total loss of the alternate site Do not initiate failover

Loss of one fabric at the alternate site Do not initiate failover

Loss of the EVAs controller-pair at thealternate site

Do not initiate failover

Loss of a single storage controller at theprimary site

Do not initiate failover Less than one minute, ifinitiated

Loss of a single network switch at theprimary site


Extended power outage at the primary site Manually initiate failover 10 minutes

Loss of a single host bus adapter at theprimary site



11/20

1

above lists common unplanned failover events and recommends the response you should take to each. However, youshould note the following provisions before initiating a site failover:

It is important to verify that all components at the alternate site are operational It may be preferable to continue processing at the primary site rather than initiating a failover if you determine that the

failure of a single component can be resolved within an acceptable timeframe


3 lists the time taken to achieve a successful failover.

Loss of a single disk in redundant storage atthe primary site


Loss of single NFS cluster node at theprimary site






Loss of the EVAs controller-pair at theprimary site






















12/20

12

ImportantThe table below gives a general failover estimate. These are estimates and there aremany customer-specific details that can impact the failover.

As a matter of best practice for all deployments, HP recommends implementing aproof-of-concept using a test environment that matches as closely as possible theplanned production environment. In this way, appropriate data can be obtained.For help with a proof-of-concept, contact an HP Services representative(http://www.hp.com/hps/contacts/index.html) or your HP partner.


* Refer to More on the loss of inter -site links (below) for more information on setting Failsafe mode for a Continuous Access EVA-enableapplication.

More on the loss of inter-site links

As shown in Table 3. Recommended responses to unplanned failure events




Loss of the EVAs controller-pair at theprimary site









Loss of a single storage controller at theprimary site Do not initiate failover Less than one minute, ifinitiated








Loss of single NFS cluster node at the

primary site

Do not initiate failover Less than one minute, if

initiated

http://www.hp.com/hps/contacts/index.htmlhttp://www.hp.com/hps/contacts/index.html


13/20

1

, initiating a failover when all inter-site links are lost is not recommended. Without these inter-site links, it is impossible tomaintain a complete copy of the data at the secondary site.

Each DR group has an associated write history log (WHL) that is used to store data when replication to a secondary DR grouhas been stopped because either this group is unavailable or suspended or a network failure has occurred.

Note

If Failsafe mode was disabled, this process (known as logging) took placeautomatically when the loss of inter-site links was simulated.

When replication resumes, WHL contents are replicated to the secondary DR group a synchronization process known as

merging. Because the data is written to the secondary group in the order that it was written to the log, merging results in aconsistent copy of the virtual disk at the alternate site.

However, in the event of a catastrophic disaster such as a fire, replication never resumes; thus, the contents of the WHL arenever applied at the secondary site. In this scenario, it is probable that data at the secondary site would be consistent butincomplete.




Loss of the EVAs controller-pair at the

primary site






















14/20

14

To ensure that data remains complete as well as consistent, you are recommended to enable Failsafe on linkdown/poweup for the DT solution as shown in Figure A-3 in the Appendix of this document. These setting stalls write I/Os in the eventthat all inter-site links are lost, ensuring that data remains synchronized. Write I/Os are resumed in the followingcircumstances:

The links are restored, or One site is allowed to continue processing by disabling Failsafe mode in anticipation of the eventual, full

re-synchronization of both sites

Conclusion

Many organizations are considering DT configurations for their SAP HANA instances; however, a DT implementation cancreate challenges in the areas of storage utilization, performance, management, and availability. HP addresses thesechallenges through a robust, easy-to-use solution that combines the following technologies:

Continuous Access EVA HP X9300 NAS SystemHP conducted a series of tests to demonstrate that this DT solution can ensure HANA services are continuously availableduring typical disaster scenarios by supporting rapid recovery with no data loss. Thus, this solution ideal for organizationsthat cannot afford to lose uptime by having to recover HANA database after a disaster has occurred.

In addition, HP X9300 NAS System supports High Availability (HA) between the cluster nodes and eliminates the requiremeof site failover due to a single component failure.


15/20

1

Appendix: Installing and setting up the DT solution

This appendix provides information on installing and setting up the DT solution for SAP HANA described in this white paper

Qualified hardware and software

TableA-A-1 lists the hardware and software components qualified by HP, which should be regarded as minimumrequirements for a DT solution.

Table A-1: Hardware software components at each site for the DT solution validated by HP and SAP

Table A-2: Software components at each site for the DT solution validated by HP and SAP

Server-side Shared storage

Hardware

HANA production blades

16 HP ProLiant BL460c server blades,each configured with:

32 GB RAM Two 15,000 rpm SAS hard drives One two-port 10 GbE network

mezzanine card

One HP Storage Works P6500 storagearray, configured with:

4 GB cache 16 high-performance FC hard drives

(450 GB, 15,000 rpm)

HP X9300 NAS System

Four HP X9300 Network Storage Systems

Storage management server

One HP ProLiant server acting as aCommand View EVA server

Server-side Shared storage

Software

HANA production blades

16 HP ProLiant BL460c server blades,each configured with:

SUSE Linux SLES 11 SP1 SAP HANA revision 1.0 SPS4

One HP Storage Works EVA4400 storagearray, configured with:

XCS 10 Continuous Access EVA

X9300 cluster

On each node:

IBRIX 6.1.1

Storage management server


16/20

16

Configuring SAN switches for a Continuous Access environment

Information is provided here on setting up zoning and configuring fabric settings.

Zoning

For more information on zoning in a Continuous Access environment, refer to the HP Continuous Access EVAimplementation guide, which explains how and when to set up zoning on FC switches.

Zoning is required for the following:

HSV controllers in the EVA4400 storage arrays FC adapters (FCAs) in the HANA blades and, if appropriate, X9300 cluster nodes Management zones for storage management server appliances at primary and alternate sitesFabric settings

The following settings for Brocade SAN switches and Continuous Access EVA are based on rules detailed in the HP SAN

Design Reference Guide:

aptpolicy 1 sets port-based routing policy iodset guarantees in-order delivery dlsreset disables dynamic path selectionFor more information on configuring switch settings for a particular environment, see the HP SAN Design Reference Guide

EVA & X9300 storage map and SAP HANA layout

When implementing the DT solution, there are some storage layout changes which differ from DT to non-DT SAP HANAlayout. The X9300 NAS storage system runs on local disks in the scenario of non-DT with SAP HANA layout, whereas in thecase of DT SAP HANA layout, it will run on FC Disks with SAN Boot-enabled..

Multi-pathingSince only deploying a single fabric would create a single-pointof-failure, maintaining two separate fabrics is a prerequisfor Continuous Access EVA in an SAP production environment.

SUSE Linux Enterprise Server 10 (SLES 10) SP3 & RHEL5.6 (used in IBRIX segment servers) provides multipath I/O (MPIO)support, allowing you to maintain two or more separate paths to the storage. This MPIO support, which is based on the Linkernels Device Mapper (DM) multipath module, provides the functionality needed to switch to an alternate path should onpath be unable to complete application I/Os.

Figure shows that there are four paths to the 100 GB LUN used in the DT solution qualified by HP.

Figure A-1. DM multipathing

Microsoft Windows Storage Server2008 R2

Command View EVA 9.4
http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdfhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdfhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdfhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdfhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdfhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c01800459/c01800459.pdf


17/20

1

Enabling replication for the HANA database

Enabling Continuous Access EVA replication for the SAP HANA is a straight forward process that requires no HANA downtimon the production system. Simply create a DR group within Command View EVA that contains a single virtual disk for thedatabase, as shown in Figure A-2.

Figure A-2: Setting up a Continuous Access EVA DR group for HANA

Creating the DR group starts the initial, full replication to the target EVA storage. In general, you should not initiate suchreplication during periods of high I/O activity due to the additional write I/O load imposed.

Figure A-3 shows the HANA DR group under normal conditions.

Figure A-3: General view of the HANA DR group

After the full copy has finished, the Group host access state in DR Group Properties becomes Normal, indicating thatprimary and alternate sites are synchronized and ready to toggle their Source and Destination roles.

Figure A-4 shows connection settings for the DR group; in this example,Write mode has been set to Synchronous tosupport the synchronous replication used in this DT solution.


18/20

18

Figure A-4: Specifying settings for the connection between EVA storage arrays in the DR group

Deploying X9300 on SAN boot

HP Storage Works X9300 NAS Storage system is required to be on SAN (SAN Boot) for HANA DT Solution. Deployment stepsto be followed to enable X9300 IBRIX6.1.1 SAN Boot are as follows:

Refer toIBRIX Boot from SAN Guideto Configure X9300 for SAN boot Refer toHP X9300 IBRIX V6.1.1 with P6500 for SAP HANA guidefor X9300 (IBRIX6.1) Installation on SAN volumesUsing the DT solution

HANA DT solution requires customizable scripts that are delivered by HP during installation service when the solution is

installed.

The MAC and iLO scripts have to be copied and managed in all the X9300 cluster nodes as follows:

Copy the script developed by HP to the X9300 segment servers at both the sites. The location where the scripts are copishould be identical in both X9300 cluster nodes

Copy the DT-01.rules file provided to /etc/udev/rules.ddirectory, and comment out all the rules described in60-net.rules file under/etc/udev/rules.d directory

Edit the ibrixaps_ha.sh file, by setting the HOME_DIR to the directory where you have copied the scripts Edit/etc/init.d/networkwith//ibrix_nic.sh , preferably at the 30th line of the file and befo

the network is started at boot time by the init network script

Edit the /etc/rc.local filewith //ibrixaps_ha.sh 1 Edit the /etc/hosts file in both the IBRIX cluster nodes, specifying the IP addess with the hostname, at both the Sites

a) Edit the ibrixha.cfg file with the following details : IBRIX_USER = iLO userb) IBRIX_PASSWD = password for iLO userc) IBRIX_POLL = Default is 10 (For 2 IBRIX Nodes at each site), can be changed depending on the number of IBRIX

nodes we have at each site (Should be changed by HP TS)d) REMOTE_RETRY = Default is 10 (For 2 IBRIX Nodes at each site), can be changed depending on the number of IBR

nodes we have at each site (Should be changed by HP TS)


19/20

1

A site failover is initiated via steps described below; Figure A-5 shows how to trigger a failover:

Initiate Storage (EVA) DR Group failover for CA, using Command View EVA from the destination (secondary site EVA) Bring up the X9300 segment servers using iLO consoleFigure A-5: Initiating a site failover


20/20

For more information

HP Continuous Access EVA http://www.hp.com/go/caeva

X9000 general information http://www.hp.com/go/x9000

HP Continuous Access EVA manuals http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572

HP SAN Design Reference Guide http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USEN

Other solution whitepapers, forums, andwebinars by Customer Focused Testing

http://www.hp.com/go/hpcft

Linux http://www.hp.com/go/ /linux

Get connectedhp.com/go/getconnected

Current HP driver, support, and security alertsdelivered directly to your desktop

Copyright 2012 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice. The onlywarranties for HP products and services are set forth in the express warranty statements accompanying such products and servi ces. Nothing hereinshould be construed as constituting an additional warranty. HP shall not be liable for technical or editorial errors or omissions contained herein.
http://www.hp.com/go/caevahttp://www.hp.com/go/x9000http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://www.hp.com/go/hpcfthttp://www.hp.com/go/storageworks/linuxhttp://www.hp.com/go/getconnectedhttp://www.hp.com/go/getconnectedhttp://www.hp.com/go/getconnectedhttp://www.hp.com/go/storageworks/linuxhttp://www.hp.com/go/hpcfthttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bc/docs/support/SupportManual/c00403562/c00403562.pdf?jumpid=reg_R1002_USENhttp://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&docIndexId=64179&taskId=101&prodTypeId=18964&prodSeriesId=471572http://www.hp.com/go/x9000http://www.hp.com/go/caeva

Documents

Sap Hana Dt Whitepaper