IBM System Storage Architecture and Configuration Guide For SAP HANA TDI v2.30
IBM System Storage Architecture and Configuration Guide For SAP HANA TDI v2.30
https://www.ibm.com/support/pages/node/6355415
Contents
Contents................................................................................................................... 2
1 Preface............................................................................................................. 4
2 IBM storage architecture for SAP HANA TDI .................................................... 4
3 The central theme ............................................................................................ 5
4 Requirements .................................................................................................. 5
5 Installation of SUSE SLES or Red Hat RHEL ..................................................... 6
6 Setup of shared access for the /hana/shared/ directory .................................. 6
7 IBM System Storage sizing & configuration ...................................................... 6
8 Linux OS setup & tuning ................................................................................. 12
9 SAN zoning and volume mapping ................................................................... 14
10 Setup of file systems for DATA and LOG......................................................... 15
11 VMware .......................................................................................................... 16
12 Setup of global.ini .......................................................................................... 16
13 fileio parameter ............................................................................................. 18
14 SAP HANA High Availability setup with IBM System Storage ......................... 18
15 SAP HANA Disaster Recovery setup with IBM System Storage ...................... 19
16 SAP HANA backup with IBM Spectrum Protect .............................................. 19
17 Change History ............................................................................................... 20
18 Resources ...................................................................................................... 21
19 Trademarks .................................................................................................... 22
20 Disclaimers .................................................................................................... 23
1 Preface
This paper is intended as an architecture and configuration guide to setup the IBM®
System Storage™ for the SAP® HANA™ tailored datacenter integration (SAP HANA TDI)
within a SAN environment.
This document has been written for IT technical specialists and architects, with ad-
vanced skill levels on SUSE® Linux™ Enterprise Server or Red Hat LINUX® and IBM Sys-
tem Storage, with a focus on architecting and setting up an IBM System Storage envi-
ronment for SAP HANA TDI. The SAP HANA TDI allows the SAP customer to use exter-
nal storage to attach to the SAP HANA server.
This document provides the necessary information to select, verify and connect IBM
System Storage to the SAP HANA server through a SAN (fiber channel) attached storage
network. The recommendations in this guideline apply to both single node and scale
out configurations, as well as Intel® or IBM POWER® based SAP HANA systems.
For a list of all storage systems certified for SAP HANA production please visit:
https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=v:deCerti-
fied;storage;ve:6
The IBM System Storage needs to be connected through a SAN network with the SAP
HANA server. IBM recommends – but not requires – the use of the IBM Spectrum Vir-
tualize (SAN Volume Controller, SVC) as virtualization layer, enabling to centralize the
management of the storage systems, as well as to provide easily high availability and
disaster recovery functionality, as well as IBM FlashCopy backup and tiered storage
pooling. For smaller HANA TDI deployments you can also use the IBM FlashSystem,
which is based on the same functions of SVC, and inherits its advantages described
above.
IBM Storage Systems certified for SAP HANA TDI production are:
• IBM Spectrum Virtualize (SAN Volume Controller, IBM FlashSystem)
For non-prod SAP HANA systems, any storage system can be used.
Below the generic workflow describes how to setup SAP HANA TDI with IBM storage:
I. Verify all server & storage components and firmware requirements given by
SAP are met
II. Install SLES or Red Hat operating system on all SAP HANA nodes
III. If required: setup NFS services for the SAP HANA shared directory
IV. Setup SAN storage systems
V. Create SAN zone for SAP HANA environment
VI. On the storage systems map the storage volumes (LUNs)
to all target SAP HANA nodes. Volumes must be attached via the SCSI proto-
col. NVMe is not supported by SAP HANA.
VII. Perform Linux setup and tuning, e.g. multipath, IO scheduler, ...
VIII. On each LINUX host create the file systems for SAP HANA data, log, shared
IX. Setup of /hana/shared/global.ini for HANA scale out or HANA node failover
X. Install and configure the SAP HANA software
XI. Optional: HA, DR, and Backup considerations
4 Requirements
Before starting to deploy SAP HANA TDI, ensure that the following key items have are
in place:
• A SAN environment is required to attach IBM System Storage through fiber chan-
nel with the SAP HANA TDI nodes.
• SAP requires a storage validation for SAP HANA TDI according to their KPI (key
Performance Indicators) – please contact SAP for further details.
• The SAP HANA nodes must be sized and configured according to SAPs specifica-
tion (Bill of Material for SAP HANA node), in addition each SAP HANA TDI system
needs to have min 4 FC ports, recommended are 8 FC ports.
Naming: The term “node” is use for a single HANA instance: if for instance 4 HANA in-
stances are deployed on a single IBM POWER server, or 4 HANA instances are deployed
into four single LPAR, then this reflects 4 nodes.
Install the Linux operating System accordingly to the SAP PAM for the chosen SAP
HANA version, see SAP note https://launchpad.support.sap.com/#/notes/2235581
SAP HANA scale-out and HANA HA node fail-over require that the directory
/hana/shared/ must be accessible from all nodes, else this directory can be setup as
local file system from type xfs.
The shared access can be achieved most easily through NFS. If such setup does not
already exist, one of the following options can be used to implement it:
Highly Available NFS service with DRBD and Pacemaker with SUSE Linux Enterprise
High Availability Extension.
Setup these systems according to the appropriate implementation guides and make the
shared NFS file system available on all HANA nodes, including the spare nodes.
Setup the NFS Server by adding the following line to file /etc/exports:
/hana/shared node1(fsid=0,crossmnt,rw,no_root_squash,sync,no_subtree_check)
node2(...) node3(...)
To configure the HANA nodes as NFS clients, add the following line to file /etc/fstab on
each HANA node:
nfsserver:/hana/shared /hana/shared nfs4 rw,soft,intr,rsize=8192,wsize=8192 0 0
IBM recommends the use of FlashCore Modules (FCM) or NVMe flash drives for produc-
tion workload. From expansion modules, SAS flash drives should be used.
SAS 10k or near line disk drives are suitable for archive data, or for backup as last-
storage-pool.
NSE requires to store the data on fast storage with low IO latencies. Therefore, the stor-
age pool providing /hana/data should be formed of the fastest available drives of the
storage system. For FlashSystem, we recommend using FlashCore Modules (FCM) or
even better Storage Class Memory (SCM).
To avoid any movement of such data to lower storage tiers, ensure also that IBM Stor-
age Easy Tier is disabled on the storage system.
For more information about using NSE with IBM FlashSystem, please refer to
https://www.ibm.com/support/pages/ibm-flashsystem-sap-hana-native-storage-ex-
tension
All components of the SAN infrastructure must be configured to use a minimum 8GB
link speed with 4 links. All listed storage configurations apply to active SAP HANA TDI
nodes only; no additional storage configuration is required for any stand-by system. If
SVC stretched cluster needs to be configured, all listed storage configuration must be
doubled.
Maximal number of HANA production systems support per IBM System Storage:
This section provides sizing guideline how to size IBM storage for HANA.
If not stated otherwise (and if applicable), use distributed RAID 6.
Even though SAP HANA Data and Logs have different I/O characteristics, both work-
loads can be placed on the same SSD / Flash storage pool since Flash technology can
handle any type of workload. With DRAID 6 there is no need to place DATA and LOGs in
two different pools to protect against drive failure.
SVC specific:
Implementing storage capacity saving strategies is one of the most wanted features
when configuring new storage for SAP HANA. IBM FlashSystem and IBM SAN Volume
Controller provide a rich bundle of data reduction features which are listed in detail
below. For more detailed information about IBM FlashSystem Capacity Savings with
SAP HANA, please refer to https://www.ibm.com/support/pages/node/6436843
7.8.1 Compression
IBM FlashSystem offers Real time Compression (RtC) and Data Reduction Pools (DRP)
as features to enable data compression, either on VDisk or on Pool level. Because the
data of the HANA database are “just” integers, the expected compression ratio is
slightly small. Using VDisk or Storage Pool based compression is not recommended for
production workloads.
Page - 10 © Copyright IBM Corporation 2023
IBM® System Storage™ Architecture and Configuration Guide for SAP® HANA® TDI
More details can be found in the IBM Redbook " Implementing the IBM System Storage
SAN Volume Controller with IBM Spectrum Virtualize":
https://www.redbooks.ibm.com/abstracts/sg248465.html?Open
Every IBM storage system can be shared between SAP HANA (production) and any
other SAP or non-SAP (production) workload.
General guidelines about required OS setup and tuning provided by SAP can be found
here:
https://launchpad.support.sap.com/#/notes/2235581
SAP HANA does not support NVMe host attachments, so make sure all LUNs are at-
tached using the SCSI protocol. Please note that this restriction affects host attach-
ments only.
Using alias makes managing and identifying volumes easier. If you want to use alias,
please make sure that in the case of a multi-node environment, you fully understand
the requirement and handling of consistent multipath device names across all nodes:
The multipath.conf must be identical on all nodes (LINUX systems) belonging to the
HANA instance.
multipaths {
multipath {
wwid 36006048000028350131253594d303030
alias HANA_ANA_DATA_1
}
multipath {
wwid 36006048000028350131253594d303041
alias HANA_ANA_LOG_1
}
Please ask your Linux vendor for configuring the best IO scheduler.
Create the DATA, LOG, and SHARED file system needed by SAP HANA according to the
SAP HANA Storage Requirements documentation from SAP.
• Use the xfs file system type with a 4KB block size for the DATA and LOG file
systems
• To use LVM 2 use this schema:
vgcreate → lvreate → mkfs.xfs
• Use telling names for volume groups and logical volumes.
• Do not use the hyphen (minus) character ‘-‘ as part of the name, because the
LINUX device mapper uses this as a separator between VG and LV name when
it creates device names for the LV.
• Create Volume Groups and Logical Volumes for DATA and LOG, for each HANA
mount point (as listed in global.ini) create one Volume Group with exactly one
Logical Volume.
It has turned out that these settings are most beneficial for SAP HANA workload:
DATA
1. Use 4 PV for Volume Group DATA
pvcreate –dataalignment 1M /dev/mapper/WWID_1 /dev/mapper/WWID_2…
2. Create a volume group with an extent size of 1MB and an alignment size of 1MB
vgcreate -s 1M --dataalignment 1M VG_ANA_DATA_1 /dev/mapper/WWID_1 \ /dev/map-
per/WWID_2 ...
3. Create a logical volume with a stripe size of 256KB
lvcreate -i 4 -I 256K -l 100%VG -n LV_ANA_DATA_1 VG_ANA_DATA_1
4. Create the file system
mkfs.xfs -b size=4096 -s size=4096 /dev/mapper/VG_ANA_DATA_1-LV_ANA_DATA_1
5. Mount the file system
mount /dev/mapper/VG_ANA_DATA_1-LV_ANA_DATA_1 /hana/data/ANA
LOG:
If HANA scale-out or HA node fail-over is used, do not add the DATA & LOG file sys-
tem to /etc/fstab, mounting will be done by SAP HANA.
Add the /hana/shared file system always to /etc/fstab.
11 VMware
The same setup applies like for LINUX native installation as described in chapter 10;
the only deviation is that VMware™ ESX© server controls the SAN multipath, not the
LINUX OS. The volumes are typically accessible under the path:
/dev/sd... instead of /dev/mapper/...
Please have a look in the following IBM Redpaper how to setup VMware VVols with IBM
storage:
https://www.redbooks.ibm.com/redpapers/pdfs/redp5321.pdf
12 Setup of global.ini
A dedicated global.ini file (located in /hana/shared/...) is only needed if you want to use
the node fail-over functionality provided by SAP HANA software and for HANA scale-
out; else the HANA installer will create a global.ini file.
[communication]
listeninterface = .global
[persistence]
basepath_datavolumes = /hana/data/ANA
basepath_logvolumes = /hana/log/ANA
[storage]
ha_provider = hdb_ha.fcClientLVMMpath
partition_*_*__prtype = 5
partition_1_data__lvmname = VG_ANA_DATA_1-LV_ANA_DATA_1
partition_1_log__lvmname = VG_ANA_LOG_1-LV_ANA_LOG_1
partition_2_data__lvmname = VG_ANA_DATA_2-LV_ANA_DATA_2
partition_2_log__lvmname = VG_ANA_LOG_2-LV_ANA_LOG_2
The mpathpersist utility requires predefined SCSI reservation keys dedicated to each
host. The multipath.conf file needs to be modified for using those predefined keys by
adding the reservation_key parameter and an individual value to the defaults section:
defaults {
find_multipaths yes
user_friendly_names yes
reservation_key e4e4063da487427d
}
For more information, please refer to the SAP HANA™ Fiber Channel Storage
Connector Admin Guide provided by SAP.
[communication]
listeninterface = .global
[persistence]
basepath_datavolumes = /hana/data/ANA
basepath_logvolumes = /hana/log/ANA
[storage]
ha_provider = hdb_ha.fcClientLVM
partition_*_*__prtype = 5
partition_1_data__lvmname = VG_ANA_DATA_1-LV_ANA_DATA_1
partition_1_log__lvmname = VG_ANA_LOG_1-LV_ANA_LOG_1
partition_2_data__lvmname = VG_ANA_DATA_2-LV_ANA_DATA_2
partition_2_log__lvmname = VG_ANA_LOG_2-LV_ANA_LOG_2
13 fileio parameter
IBM storage systems do not require a fileio setting (SAP note 2399079) for HANA 2.0.
In case you experience performance issues with the SAP tool HCMT use these settings:
async_write_submit_active : on
async_write_submit_blocks : all
async_read_submit : on
The SAP HANA system gains high availability through an N+1 concept – one or more
server act as standby SAP HANA node – with dedicated storage for each active node. If
one active SAP HANA node fails, the SAP HANA cluster software initiates a failover to
the standby node, and the standby node will mount the data and log from the failed
node.
For more details, please read the SAP document SAP HANA – High Availability.
The disaster recovery capabilities of SAP HANA are documented on SAP HANA – High
Availability.
If IBM Global Mirror (asynchronous mirroring) is used for storage replication for SAP
HANA TDI, all DATA and all LOG volumes of all nodes from one HANA system must be
included in one storage Consistency Group.
That implies (when using native attached storage) that both – Data and Log – must be
provided by the same storage unit.
The product IBM Spectrum Protect for Enterprise Resource Planning includes support to
backup SAP HANA online.
Please see current product information how to install, configure, and run this integrated
solution:
https://www.ibm.com/docs/en/spferp/8.1.11
17 Change History
V1 Initial version
V1.2 Update of chapter 10 to clarify files system setup
V1.3 Included new Storwize V5000
V1.4 Specified NFS section to be used only for /hana/shared/
V1.5 Minor updates – add some clarifications
V1.6 Add setup of multipath and global.ini
V1.7 Rework of document
V1.8 Added LINUX LVM2 & list of certified IBM storage systems
V2.1 Added IBM DS8000 system as certified for SAP HANA TDI
V2.2 Added IBM FlashSystem 900 & V9000
V2.3 Changed sizing rules, added recommendation for multipath and VG/LV settings.
V2.5 Changed /etc/multipath setting
V2.6 Added fileio parameter for hdbparam
V2.7 Added A9000R & DS8880; info on LINUX LVM settings for HANA LOG
V2.8 Added chapter on Storage RtC, changes in storage sizing
V2.9 Added paragraph about VMware VVols
V2.10 Updated multipath section
V2.11 Update default disk type to RI SSD.
V2.12 Storwize: New sizing, 4 PV for LOG VG
V2.13 Add SVC 2145/2147 SV1
V2.14 Add FS9100, updated sections 7.7 and 7.9,
jjjj
V2.15 Add V7000G3, minor update to multipath
V2.16 Add V5000E, adding FCM and DRP
V2.17 Minor changes in supported storage systems
V2.18 Minor changes in supported storage systems
V2.19 Adding new IBM FlashSystem models, update DRP section
V2.20 Updating max. numbers of supported systems for FlashSystem, changed DMMP config
V2.21 Minor change: update contact email address
V2.22 Adding NSE section
V2.23 discarded
V2.24 Updating IBM FlashSystem models, major changes in Linux OS setup & tuning section.
V2.25 Minor changes in supported storage systems
V2.26 Added missing content to § 7.7
V2.27 Added max. numbers of supported Systems for IBM SAN Volume Controller SV1 and SA2
V2.28 Adding new IBM Spectrum Virtualize based models
V2.29 Adding section for SCSI multipath reservation configuration, new DS8900 max. sup. DBs
V2.30 Adding updated IBM FlashSystem model 5045
18 Resources
For any product or documentation provided by Red Hat please contact RedHat.
For questions about products or documentation provided by IBM regarding SAP send
an email to:
[email protected]
SAP documentation:
SAP HANA FAQ
SAP HANA™ Fiber Channel Storage Connector Admin Guide
SUSE documentation:
https://documentation.suse.com/
19 Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of Interna-
tional Business Machines Corporation in the United States, other countries, or both.
These and other IBM trademarked terms are marked on their first occurrence in this
information with the appropriate symbol (® or ™), indicating US registered or common
law trademarks owned by IBM at the time this information was published. Such trade-
marks may also be registered or common law trademarks in other countries. A current
list of IBM trademarks is available on the Web at
https://www.ibm.com/legal/copytrade
The following terms are Trademarks of the International Business Machines Corpora-
tion in the United States, other countries, or both:
Linux is a trademark of Linus Torvalds in the United States, other countries, or both.
SUSE is a registered trademark of SUSE Germany and Novell USA, other countries, or
both. SLES is a trademark of SUSE Germany and Novell USA, other countries, or both.
Red Hat is a registered trademark of Red Hat Limited USA, other countries, or both.
RHEL is a registered trademark of Red Hat Limited USA, other countries, or both.
Other company, product, or service names may be trademarks or service marks of oth-
ers.
20 Disclaimers
This information was developed for products and services offered in Germany.
IBM may not offer the products, services, or features discussed in this document in
other countries. Consult your local IBM representative for information on the products
and services currently available in your area. Any reference to an IBM product, program,
or service is not intended to state or imply that only that IBM product, program, or ser-
vice may be used. Any functionally equivalent product, program, or service that does
not infringe any IBM intellectual property right may be used instead. However, it is the
user's responsibility to evaluate and verify the operation of any non-IBM product, pro-
gram, or service.
IBM may have patents or pending patent applications covering subject matter de-
scribed in this document. The furnishing of this document does not grant you any li-
cense to these patents. You can send license inquiries, in writing, to: IBM Director of
Licensing, IBM Corporation, North Castle Drive, Armonk, NY 10504-1785 U.S.A.
The following paragraph does not apply to the United Kingdom or any other country
where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MA-
CHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY
OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS
FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or im-
plied warranties in certain transactions, therefore, this statement may not apply to you.
This information contains examples of data and reports used in daily business opera-
tions. To illustrate them as completely as possible, the examples include the names of
individuals, companies, brands, and products. All of these names are fictitious and any
similarity to the names and addresses used by an actual business enterprise is entirely
coincidental.