基于 EMC XTREMIO 存储的 SAP HANA‰€有 hwcct 测试都必须使用以下版本之一：SAP HANA SPS08 hwcct；SAP HANA SPS09 hwcct；相关的 SAP HANA 修订版。有关详细信息，请参阅

配置指南

基于 EMC XTREMIO 存储的 SAP HANA 定制的数据中心集成的存储配置最佳做法

EMC 解决方案

摘要

此配置指南为使用基于 EMC XtremIO® 全闪存存储阵列的 SAP 定制的数据中

心集成 (TDI) 来部署 SAP HANA 的客户提供信息和配置最佳做法。利用 TDI 模式，客户可通过将 SAP HANA 集成到现有完善的数据中心基础架构来获取

多重优势，从而克服 SAP HANA 应用装置模式存在的局限性。

2016 年 3 月

版权所有 © 2015, 2016 EMC Corporation。保留所有权利。

EMC 确信本出版物在发布之日内容准确无误。该信息如有更改，恕不另行通知。

本出版物的内容按“原样”提供。EMC CORPORATION 对本出版物的内容不提供任何形式的

陈述或担保，明确拒绝对有特定目的的适销性或适用性进行默示担保。

使用、复制和发行本出版物所描述的任何 EMC 软件都要有相应的软件许可。

有关 EMC 产品名称的最新清单，请参见 china.emc.com 上的 EMC Corporation 商标。此处使用

的所有商标均为其各自所有者的资产。

部件号 H13984.3 2 基于 EMC XtremIO 存储的 SAP HANA 定制的数据中心

集成的存储配置最佳做法

http://china.emc.com/�

基于 EMC XtremIO 存储的 SAP HANA 定制的数据中心

集成的存储配置最佳做法 3

目录简介 ................................................................................................................................................... 4

技术概述和注意事项 .......................................................................................................................... 7

配置建议 .......................................................................................................................................... 16

使用 XtremIO 存储管理应用程序配置 EMC XtremIO 存储 ............................................................. 19

从 SAP HANA 节点访问 XtremIO 存储 .......................................................................................... 32

使用 XVC 拷贝和刷新 SAP HANA 系统 .......................................................................................... 35

参考资料 .......................................................................................................................................... 43



简介拥有大量数据的企业需要让数据保持最新状态，并且能够实时高速地获取，从而实

现快速响应和真正的交互性。他们还要求数据无需任何准备、预先构建的聚合或精

细调整便可供使用。SAP HANA 作为一种可部署为本地应用装置或部署在云中的

内存中平台，结合了针对 SAP 硬件合作伙伴提供的经验证的硬件进行过优化的软

件组件。此实时数据平台的核心是 SAP HANA 内存中数据库，它是相较于传统数

据库引擎的一种革命性产品。

EMC XtremIO® 是采用横向扩展体系结构并具有超高性能的领先的全闪存阵列。

XtremIO 能够始终保持一致的高性能，同时可凭借数据减少技术保持全面的经济高

效性。

SAP 已将 XtremIO 认证为符合所有 SAP HANA 性能和功能要求的企业存储阵列。

凭借此认证，客户可以在使用现有数据中心基础架构的完全受支持的环境中，将 XtremIO 用于 SAP HANA 定制的数据中心集成 (TDI) 部署。

SAP HANA 部署模式

可能的 SAP HANA 部署模式包括：

• 应用装置模式

• TDI 模式

• 云模式

SAP HANA 可使用如图 1 所示的两种不同模式部署在数据中心内：

图 1. S A P HANA 应用装置模式与 T DI 模式对比

默认情况下，SAP HANA 应用装置包括集成存储、计算和网络组件。该应用装置

经过了 SAP 的预先认证，由 SAP HANA 硬件合作伙伴构建并且在预先安装所有软

件组件（包括操作系统 (OS) 和 SAP HANA 软件）后发运给客户。

解决方案概述



自从推出 SAP HANA 之后，客户便可以选择使用 SAP HANA 应用装置模式部署该

平台。但是，此模式给客户带来了以下局限性：

• 服务器、网络和存储的选择有限

• 无法使用现有数据中心基础架构和操作流程

• 存储容量大小固定（存储是该应用装置的一部分）

• 不了解，也无法控制 SAP HANA 应用装置中的关键组件

• 无法快速应对意外的增长需求

相较于应用装置部署模式，TDI 方式更加开放，并为客户提供了更大的灵活性。

TDI 部署中的 SAP HANA 可降低硬件和运营成本，减少风险并提高选择服务器和

网络供应商的灵活性。SAP HANA 服务器仍必须满足 SAP HANA 要求并且必须是

经认证的 SAP HANA 服务器。不过，网络和存储组件现在可以在客户环境中共享。

因此，客户可以将其现有的企业存储阵列用于 SAP HANA，并且将 SAP HANA 无缝地集成到现有的数据中心操作中，例如灾难恢复、数据保护、监视和管理等。此

功能可减少整体 SAP HANA 采用的收效时间、风险和成本。

使用 SAP HANA 的 EMC XtremIO 阵列

我们1在 XtremIO 企业存储阵列上使用 SAP HANA 硬件配置和检查工具 (hwcct) 以及各种 SAP HANA 负载生成器进行了性能测试。此配置指南将介绍基于这些测试

的结果给出的 XtremIO 存储配置建议。这些建议符合 SAP 的性能要求（即有关数

据吞吐量和延迟的 SAP HANA TDI 关键性能指标 (KPI)），并确保磁盘上的数据库

永久存储具有最高可用性。

注意：SAP 建议 TDI 客户在其环境中运行 hwcct 工具，以确保其 SAP HANA TDI 实施满

足 SAP 性能标准。该测试必须使用在 XtremIO 认证期间使用的 hwcct 版本。SAP 使用 HANA-HWC ES 1.0 认证方案对 XtremIO 全闪存阵列进行认证；因此，针对 XtremIO 的所有 hwcct 测试都必须使用以下版本之一：SAP HANA SPS08 hwcct；SAP HANA SPS09 hwcct；相关的 SAP HANA 修订版。有关详细信息，请参阅 SAP 说明 1943937 — 硬件配置检查工具 — 集中说明。（需要 SAP 用户名和密码才能访问。）

本解决方案具有以下优势：

• 将使用 XtremIO 的 SAP HANA 集成到现有的数据中心基础架构中

• 使用共享企业存储，依赖现成的多站点概念，从成熟的自动化和操作流程中

受益

• 可实现轻松过渡到新体系结构并提供 EMC 服务，以最大限度降低风险

• 利用现有的操作流程、技能和工具，并避免与运营更改关联的重大风险和成本

• 确保无需或只需进行很少的存储调整就能简单快捷地完成设置

1 在本文档中，“我们”是指验证该解决方案的 EMC 工程团队。

主要优点

http://service.sap.com/sap/support/notes/1943937�




• 将 SAP HANA 系统复制 (HSR) 用于 SAP HANA 高可用性 (HA) 时可实现 2:1 的 XtremIO 数据减少率，从而成倍增加同一 XtremIO 群集的有效容量

• 使用高度集成、永不停机的线内重复数据消除和压缩体系结构实现全局数据

减少，可提高 XtremIO 全闪存阵列的投资回报

• 更快的读取操作，并借助 XtremIO 全闪存阵列、主机自动故障切换、日志

备份、数据库恢复和表加载实现更快的数据库重启。

• 在整个 HANA 系统/拷贝/刷新和拷贝后自动化生产和非生产生命周期管理流

程中，实现以近乎即时的速度创建和刷新生产和非生产 HANA 数据库的可

写虚拟拷贝 (XVC)。

• 针对已通过线内内容寻址重复数据消除技术进行高度优化的生产和非生产 HANA 环境提供极高效的可写 XVC 拷贝；这种情况下，只有全新的数据才

会占用 SSD 容量，并且以线内方式高效地管理父级与子级 XVC 快照卷之

间的重复 IOPS。本配置指南介绍在基于 XtremIO 存储的 TDI 部署（仅对 XtremIO 3.x 和 4.x 有效）

中使用 SAP HANA 的解决方案。

本文中的所有配置建议均基于 SAP 的高可用性 (HA) 要求以及为满足有关 SAP HANA TDI 的 SAP KPI 而进行的性能测试和结果。

本文介绍有关基于 EMC XtremIO 存储阵列部署 SAP HANA 数据库的最佳做法和

提示，并包含以下内容：

• 关键解决方案技术简介

• 描述使用 SAP HANA 的 XtremIO 的配置要求

• 有关从 SAP HANA 节点访问 XtremIO 存储的详细说明

• 使用 XtremIO 虚拟拷贝来拷贝和刷新 SAP HANA 系统的步骤本配置指南主要面向需要配置在 TDI 环境中用于 SAP HANA 的XtremIO 存储阵列

的系统集成人员、系统或存储管理员、客户和合作伙伴。此配置指南包含以下术语：

表 1. 术语

术语定义

SAP HANA 备用

主机等待在工作主机发生故障时接管处理任务的 SAP HANA 主机

SAP HANA 工作

主机用于处理数据的 SAP HANA 主机

范围

目标受众

术语



技术概述和注意事项 XtremIO 存储阵列是一种全闪存系统，以横向扩展体系结构为基础。该系统采用称

为 X-Brick 的构造块，这些构造块可以群集化，如图 2 所示。

图 2. XtremIO 群集配置及原始容量

X-Brick 由两个加载了 XtremIO Operating Environment (OE) 软件的服务器存储控

制器、一个填充了 25 个企业级闪存驱动器 (EFD) 的磁盘阵列存储模块 (DAE) 和两

个电池备份单元 (BBU) 部件构成。XtremIO 群集由一个或多个 X-Brick 构成，具体

取决于容量和性能要求。X-Brick 提供多种规格，包括 5 TB 入门级、10 TB、20 TB 以及最高的 40 TB X-Brick；因此您可以通过纵向扩展和横向扩展，以最经

济高效的方式满足您的工作负载调整需求。40 TB X-Brick 和 8 个 X-Brick 的群集

是 XtremIO 4.0 的新增配置。

XtremIO 使用其多控制器横向扩展设计和远程直接内存访问 (RDMA) 连接结构来维

护内存中的所有元数据，这使 XtremIO 可以不受工作负载变化的影响。可使用各种 LUN 大小，而且不论 I/O 模式为随机还是顺序模式，都能始终保持可预测和稳定的

低延迟及吞吐量。

可扩展的性能和存储容量

XtremIO 设计为可横向扩展，通过使用更多 X-Brick 来满足未来的性能和容量需求。

扩展群集时，资源保持平衡，且阵列中的数据分布在所有 X-Brick 中，以保持一致

的性能和同等的闪存损耗水平。

EMC XtremIO 系统概述



线内数据减少

XtremIO 通过以下技术提供线内数据减少：

• 线内重复数据消除 — 在数据写入到闪存介质之前从中删除冗余数据，以及更

高效地处理重复的读/写 I/O。

在数据进入系统后，XtremIO 会自动执行全局重复数据消除。重复数据消除

是实时进行的，而不是作为后处理操作执行。使用 XtremIO，没有消耗资源

的后台进程，也没有额外的读取/写入（与后处理相关）。因此，重复数据消

除不会对存储阵列的性能产生负面影响，不会浪费分配给主机 I/O 的可用资

源，也不会消耗闪存的损耗周期。

• 线内数据压缩 — 在数据写入闪存介质之前，对已消除重复数据的数据进行压缩

XtremIO 会在删除所有重复数据后自动压缩数据，因而仅针对唯一数据块执

行压缩。数据压缩是实时进行的，而不是作为后处理操作执行。此压缩操作

减少了需要写入闪存介质的物理数据总量。

注意：XtremIO 系统的线内数据减少和精简资源调配功能可大量节省空间，消除重复数据

并提高数据压缩效率。对经优化的 HANA 数据库应用线内数据减少可获得的原始容量优

势视具体情况而异，并且可能在很大程度上取决于具体数据。在我们的 SAP HANA 数据

库测试期间，实现了大约 1.6:1 的 XtremIO 数据减少率。

精简资源调配

XtremIO 存储使用较小的内部数据块大小在本机进行精简资源调配，该调配方法根

据需求以精细的增量为卷分配容量。

群集中的所有卷都采用精简资源调配，这意味着群集仅在需要容量时才会消耗容量。

XtremIO 在计算出唯一数据块的指纹 ID 后，再决定它们在物理 X-Brick 群集中的

放置位置。因此，它从不会在写入之前预先配置或提前分配存储空间。

数据保护

XtremIO 存储系统可提供非常高效的“自我修复”双奇偶校验数据保护，此保护方

法被称为“XtremIO 数据保护 (XDP)”。

系统的数据保护和元数据空间只需很少的容量开销。重建不需要专用的备用驱动器。

相反，它使用“热空间”概念，使阵列中任何可用的空闲空间都可以用于重新构建

出现故障的驱动器。系统始终预留出执行一次重建所需的足够分配容量。

XDP 无需为 HANA 明确设计不同的 RAID 类型来平衡性能和容量，因为所有 SSD 闪存模块都会受到 XDP 保护。传入的 I/O 将会跨所有 X-Brick 和所有 SSD 模块实

现完全分发和均匀地平衡，而不考虑 I/O 配置文件。因此，使用 XDP 时无需考虑

保护、I/O 配置文件和复杂的驱动器数目计算，从而简化了 SAP HANA 的容量调整。

HANA 的设计过程简化到只需指定 X-Brick 的数量并选择每个 X-Brick 的容量即可。



XtremIO 虚拟拷贝 (XVC)

XtremIO 阵列使用 XtremIO 虚拟拷贝 (XVC) 技术。XVC 是卷数据的瞬时映像拷贝，

可精确保留创建快照的特定时间点存在的数据状态。XVC 由 XtremIO 的集成拷贝

数据管理 (iCDM) 服务提供，它将主数据及相关拷贝整合到同一个横向扩展全闪存

阵列上以实现前所未有的敏捷性和高效性。

XtremIO 内的 XVC 快照实施完全由元数据驱动，并使用阵列的线内数据减少功能

来确保永远不会将重复的数据块写入到阵列内的物理磁盘。XVC 可针对任何数据

集创建即时的高性能拷贝，并且可借助线内重复数据消除和压缩等数据服务全面提

高空间效率。

XtremIO 4.0 通过支持一致性组、快照刷新、快照集刷新和卷刷新功能，改进了现

有的 XVC 功能。刷新操作即时进行并支持崩溃一致性，而且没有任何存储空间开

销。此外，刷新操作不会影响主机级别的 SCSI 属性（例如 UUID）。这意味着，

通过使用简单的 XtremIO 命令（GUI、CLI 或 REST API），管理员可以立即刷新

卷或快照的内容，而无需任何主机级别 LUN 相关的系统管理操作。利用 XVC，可

高效、及时地为测试和开发团队调配最新数据。

XVC 具有以下优势：

• 强大、简单、无风险的拷贝操作

• 即时、一致的按需内存中虚拟拷贝，具备闪存速度的性能

• 极其高效的可写 XVC 拷贝，只有全新数据才会占用 SSD 容量

• 相比传统的拷贝数据方法成本更低

• 从生产卷或从其他虚拟拷贝即时刷新虚拟拷贝。此外还可以使用虚拟拷贝来

恢复生产卷。 SAP HANA 是一种内存中数据库。数据保留在一个或多个 SAP HANA 工作主机的 RAM 中。所有数据库操作（例如读取、插入、更新或删除）都在主机的主内存中

执行。此功能是 SAP HANA 不同于其他传统数据库之处，传统数据库只将部分数

据缓存在 RAM 中，而让其余数据驻留在磁盘上。

为确保始终可以将 SAP HANA 数据库恢复到其最新的提交状态，在发生故障时，

使用永久存储器实现回退。日志会捕获数据库事务执行的所有更改（重做日志），

并在固定的保存点将数据和撤消日志信息自动保存到磁盘。

纵向扩展与横向扩展比较

作为一款经 SAP 认证的 SAP HANA 企业存储阵列，XtremIO 可用于单主机系统

（纵向扩展）和 TDI 部署中的多主机系统（横向扩展）。

在单主机环境中，数据库需要适合单台服务器的 RAM 大小。对于基于 SAP HANA 的 SAP Business Suite 等在线事务处理 (OLTP) 类型的工作负载而言，单主机环境

为首选环境。

SAP HANA



在多主机环境中，数据库表分布在多台服务器的 RAM 之间。多主机环境使用工作

主机和备用主机。工作主机是主动组件，负责接收和处理数据库请求。备用主机是

被动组件。它运行着所有数据库服务，但是在 RAM 中不存在数据。它等待工作主

机发生故障时接管其角色。该过程称为自动故障切换。

由于这类部署的内存中容量可能非常高，因此横向扩展 SAP HANA 群集最适合数

据集非常大的在线分析处理 (OLAP) 类型工作负载，例如基于 SAP HANA 的 SAP 企业数据仓库 (BW)。

SAP HANA TDI 可扩展性

SAP HANA TDI 可扩展性是指可以连接到企业存储阵列并且仍然满足 SAP 有关企

业存储的 KPI 的生产 SAP HANA 工作主机（在横向扩展安装中）或单主机（在纵

向扩展安装中）的数量。

由于磁盘上用于 SAP HANA 永久存储的容量总是与 SAP HANA 数据库的 RAM 容量相关，因此在大多数情况下，多台 SAP HANA 主机所需的磁盘容量并不构成限

制因素。企业存储阵列可以提供的容量远远超出了 SAP HANA 的需求。可扩展性

可能取决于其他多种因素，包括：

• 阵列型号、缓存大小和磁盘类型

• 带宽、吞吐量和延迟

• 阵列的总体使用和资源消耗水平

• SAP HANA 主机连接到阵列的方式

SAP HANA 永久存储的存储配置

SAP HANA 文件系统

表 2 展示了 SAP HANA 安装所需的文件系统结构。SAP 帮助门户上的《SAP HANA Server Installation and Update Guide》（SAP HANA 服务器安装和更新指南）中提供了更多详细信息。

表 2. SAP HANA 文件系统结构

文件系统默认路径描述

Root / 根分区

安装路径 /hana/shared/ 装载目录，用于 SAP HANA 系统中所有主机之

间的共享文件。此目录必须可供 SAP HANA 横向扩展系统中的每个服务器访问。

系统实例 /usr/sap 本地 SAP 系统实例目录的路径。

数据量 /hana/data/<SID> 数据目录的默认路径，它取决于 SAP HANA 主机的系统 ID。

日志卷 /hana/log/<SID> 日志目录的默认路径，它取决于 SAP HANA 主机

的系统 ID。

http://help.sap.com/hana_platform/�



规模调整

一般来说，SAP HANA 永久存储所需的磁盘容量取决于内存中数据库的大小。

调整 SAP HANA 客户部署的第一步是执行内存和 CPU 调整。对于全新 SAP HANA 实施，可使用 SAP HANA 版本的 SAP Quick Sizer 工具调整 SAP HANA 的内存和 CPU。该工具位于 SAP 服务市场网站，或者咨询 SAP 以获得帮助。对于

迁移到 SAP HANA 的系统，SAP 提供了正确调整 SAP HANA 内存所需的工具和

报告。

确定内存要求后，请参阅《SAP HANA Storage Requirements》（SAP HANA 存储要求）白皮书，了解有关 SAP HANA TDI 部署中要求的最低存储容量的详细信息。

SAP HANA 永久存储

SAP HANA 使用磁盘存储在磁盘上维护内存中数据的永久存储。SAP HANA 永久

存储可防止因断电而造成数据丢失，并支持主机进行自动故障切换，这种情况下，

横向扩展安装中的备用 SAP HANA 主机将接管故障工作主机的内存中数据和重做

日志。

为了满足上述两个目的，每台 SAP HANA 工作主机（横向扩展）或单主机（纵向

扩展）需要磁盘存储上的两个文件系统，一个用于数据文件，一个用于日志文件。

SAP HANA 使用保存点为内存中数据执行永久存储。每项 SAP HANA 服务都有自

己单独的保存点。保存点操作期间，SAP HANA 数据库会将所有更改的数据从内

存刷新到数据卷。属于某个保存点的数据代表该数据在磁盘上的一致状态，此状态

会保持到完成下一次保存点操作为止。重做日志条目写入到对永久数据的所有更改

对应的日志卷。在发生数据库重启时（例如，数据库崩溃之后），可以从数据卷读

取上一个完成的保存点的数据，以及自上一个保存点可以重放以来写入到日志卷的

重做日志条目。

XtremIO 上的 SAP HANA 操作系统映像

您可以从本地磁盘或者从 SAN 和 XtremIO 设备启动 SAP HANA 节点。如果从 SAN 设备启动节点，请按照《EMC Host Connectivity Guide for Linux》（EMC 针对 Linux 的主机连接指南）中记录的最佳做法进行操作。

XtremIO 上的 SAP HANA 共享文件系统

在 SAP HANA 横向扩展实施中，将 SAP HANA 数据库二进制文件安装在共享文件

系统上，该共享文件系统将呈现给位于 /hana/shared 装载点下面的系统的所有主机。

如果一台主机需要写入内存转储（可以读取多达 90% 的 RAM 大小），该内存转储

将会存储在此文件系统中。根据具体客户基础架构情况和要求，文件系统的选项包括：

• 基于 NFS 服务器的共享文件系统。

• NAS 系统（例如 EMC VNX®、EMC VMAX3® 嵌入式 NAS (eNAS) 或 EMC Isilon®）可用于为 HANA 共享文件系统提供 NFS 共享。

http://scn.sap.com/docs/DOC-62595�




• XtremIO 数据块存储可以基于数据块 LUN 使用群集文件系统（如 GPFS 或 Oracle Cluster File System 2 (OCFS2)）创建共享文件系统。SUSE 提供 OCFS2 功能以及高可用性产品包，但是需要 SUSE 许可证。在大多数 SAP HANA 应用装置供应商使用的适用于 SAP 提供的 SAP 应用程序分发的 SUSE Linux Enterprise Server (SLES) 中，也包括高可用性包。

SAP HANA I/O 模式

SAP HANA 永久存储文件系统具有不同的 I/O 模式，这在 SAP 白皮书《SAP HANA Storage Requirements》（SAP HANA 存储要求）中进行了详细介绍。

SAP HANA 工作负载在正常操作期间以写入密集型为主。

数据文件系统针对数据文件系统的访问以随机访问为主，包括从小型数据块 (4 K) 到大型数据块 (64 M) 的各种数据块大小。通过并行 I/O，将数据以异步方式写入数据文件系统。

在正常操作期间，数据文件系统的 I/O 操作大多数为写入操作。仅在数据库重启、

高可用性故障切换或列存储表加载期间才从数据文件系统读取数据。

日志文件系统

数据库中的所有更改将会捕获到日志文件系统上的重做日志中。日志文件以顺序 I/O 方式写入，包括从 4 K 到 1 M 的各种数据块大小。

由于写入日志文件系统的数据以同步方式提交，因此针对存储设备的 I/O 必须实现

低延迟，对于较小的 4 K 和 16 K 数据块大小尤为重要。

与数据文件系统一样，在正常的数据库操作期间，日志文件系统的大多数 I/O 操作

为写入操作。仅在数据库重启、高可用性故障切换、日志备份或数据库恢复期间才

从日志文件系统读取数据。

使用 XtremIO 加快读取速度

XtremIO 全闪存阵列在高读取比例的情形下具有明显的优势。在使用 HANA 将列

表和行表加载到内存的情况下，我们对不含闪存技术的传统磁盘存储阵列的读取操

作与 XtremIO 的读取操作进行了比较。测试结果表明，使用 XtremIO 的读取速度

要快 15% 至 60%。数据集越大，优势越明显。使用 XtremIO 全闪存阵列的读取操

作速度越快，数据库重启、主机自动故障切换、日志备份、数据库恢复和表加载

（包括惰性加载）的速度越快。

注意：HANA 重启时，仅将行表加载到内存中，而列表是在数据库重启之后以惰性方式加

载到内存中。因此，行表的数量和大小会影响重启时间。

虚拟环境

客户可以选择在 VMware 虚拟化基础架构 (VMware vSphere) 上运行 SAP HANA。一些约束和限制适用于虚拟化环境，如 SAP HANA 节点的最大 RAM 大小。请查

阅相应的 SAP OSS 说明并按照 VMware 最佳做法在 vSphere 上部署 SAP HANA。





对于 XtremIO 阵列上的 SAP HANA 永久存储，本文中的所有配置建议也适用于虚

拟环境。但是，在虚拟环境中，您还应考虑以下事项：

• 虚拟环境中的 SAP HANA 永久存储 — 将用于虚拟 SAP HANA 主机的数据

和日志 LUN 添加到 ESX 主机，并为每个 LUN 分别创建一个虚拟机文件系统 (VMFS) 数据存储区。之后，您可以为每个 VMFS 数据存储区分别创建一个

虚拟磁盘，并作为数据或日志 LUN 添加到 SAP HANA 虚拟机。请参阅 VMware 有关优化虚拟 SCSI 适配器的最佳做法。

• vSphere 多路径 — SAP HANA 虚拟机不使用虚拟机中的 Linux 设备映射程

序多路径。数据和日志 LUN 以单设备的形式显示。例如，必须在此单设备上

创建 /dev/sdb 和 XFS 文件系统。

不过，在 ESX 主机上，我们建议使用 EMC PowerPath®/VE 智能地管理 I/O 路径并优化 I/O 性能。

在 XtremIO 上使用 SAP HANA 系统复制实现高可用性

SAP HANA 使用两个完全相同的单主机（纵向扩展）HANA 系统并启用 HSR，将

所有数据复制到专用的辅助 SAP HANA 系统。辅助系统在恢复模式下操作，不接

受 SQL 命令。辅助系统上的每个服务器进程与主系统上的对应进程建立连接并持

续保持通信。数据持续预加载到内存中，并永久存储到辅助系统的磁盘中，从而最

大限度缩短恢复时间目标 (RTO)。可使用虚拟 IP 将两个 HANA 系统配置到包含 SUSE Linux 高可用性扩展的群集中，以自动执行接管过程并提供最短的 RTO。完

成接管之后，数据已加载到内存中，辅助系统处于完全可运行状态。

注意：用于实现高可用性的系统复制最适合追求最短 RTO 的单主机系统。对于横向扩展

系统，建议的高可用性选项是使用备用节点和存储连接器的主机自动故障切换。主机自动

故障切换也可用于单主机系统，但由于数据没有加载到内存中，因此 RTO 较长。

XtremIO 仅写入发生更改的唯一存储数据块。重复的数据块不会转换为物理数据写

入，而是被替换为内存中的元数据指针，以便多次引用 XtremIO 上的单一物理数据

块。对 XtremIO 上的数据块执行全局重复数据消除后，再对剩余的唯一数据块执行

线内压缩，从而提供最佳的存储占用空间。

SAP HANA 通常不容易受重复数据消除影响，因为 HANA 在磁盘级别使用影子页

面的概念（写入时拷贝），并且这些页面的顺序会发生变化。压缩率通常低于传统

数据库，因为 SAP HANA 列存储在发生任何更改后都会自动执行压缩并优化压缩。

在 XtremIO 上实现的压缩率可能视具体数据集而异。

使用 SAP HANA 时，HSR 事务会同时提交到主系统和辅助系统，XtremIO 线内数

据减少可受益于重复数据消除。为证明 XtremIO 为 SAP HSR 带来的这一独特优势，

我们在一个使用单主机 HANA 系统（安装时从 XtremIO 阵列装载 /hana/data、/hana/log 和 /hana/shared 卷）的 XtremIO 双 X-Brick 群集上设置了一项测试。

然后，我们在 HANA 中加载随机化数据，使该数据库增长到大约 170 GB。图 3 显示了实施 SAP HSR 之前的 XtremIO 存储控制面板和数据减少率。



图 3. 包含数据的单主机 HANA 系统的数据减少

然后，我们安装了第二个完全相同的 SAP HANA 系统，并启用了同步系统复制。将初始数据传输到辅助系统之后，我们向主系统添加了少量额外的增量负载，使该数据库增长到 185 GB。有关系统复制的详细信息，请参阅 SAP 网站资源如何为 SAP HANA 执行系统复制。

图 4 显示了实施 SAP HSR 之后的 XtremIO 存储控制面板和数据减少率。由于 SAP HSR 带来的 1.9:1 的重复数据消除率，数据减少率扩大到了 2.1:1。对于完全相同的辅助系统，卷容量（对主机可见的容量）增长了约 80%，但物理容量（实际写入到磁盘的容量）却仅增长了约 15%，这表明由于存储空间使用量下降节省了大量磁盘空间。

图 4. 启用了 HSR 的单主机 HANA 系统的数据减少





注意：所有数据减少率均在实验室环境中使用生成的测试数据集获得。XtremIO 的数据减

少是全局指标，因此，我们在测试之前删除了两个 X-Brick 的所有其他数据和卷，以准确

反映 XtremIO 控制面板中的比率。在使用不同 HANA 数据集和数据集大小的环境中，或

阵列中已存在数据的环境中，结果可能会不同。

使用 XtremIO 和 RecoverPoint 进行基于存储的 SAP HANA 复制

对于使用 XtremIO 部署 SAP 环境的客户，可使用基于异步快照的复制和 RecoverPoint 来保证其 XtremIO 上的任务关键型数据已得到保护并且可在远程使

用这些数据。

这种使用 RecoverPoint 的新型 XtremIO 解决方案提供了一种功能完备的强大产品，

可涵盖所有灾难恢复和操作恢复需求。将 XtremIO 与 RecoverPoint 配合使用可确

保将 SAP HANA 数据库的永久存储设备复制到远程站点，从而确保该 SAP HANA 数据库存在一致的远程可重启拷贝。也可以包含本地拷贝，以实现本地、快速保护。

而且，利用此解决方案无需进行故障切换便可从灾难恢复站点恢复数据，同时还支

持生产 HANA 数据库实现到某个一致时间点的操作恢复。

注意：有关此解决方案的详细信息，请参阅《Business Continuity and Disaster Recovery with EMC XtremIO for SAP HANA TDI Solution Guide》（将 EMC XtremIO 用于 SAP HANA TDI 的业务连续性和灾难恢复解决方案指南）。

http://china.emc.com/collateral/technical-documentation/h14761-business-continuity-recovery-xtremio-sap-hana-tdi-sg.pdf�




配置建议以下配置建议适用于在 EMC XtremIO 存储阵列上部署的生产 SAP HANA 系统。

TDI 环境中的生产 SAP HANA 系统必须满足 SAP KPI 要求。因此，以下几节将介

绍需要满足的特殊配置要求。

SAP HANA 节点通过光纤通道 (FC) SAN 连接到 XtremIO 阵列。所有 SAN 组件都

要求 8 Gb/s 的链路速度。SAN 拓扑的所有冗余组件和链路都应遵循最佳做法。

在将 SAP HANA 节点连接到 XtremIO 阵列的存储控制器端口时，请考虑以下最佳

做法：

• 切不可将一个主机总线适配器 (HBA) 同时连接到同一存储控制器的两个端口。

• 平衡存储控制器间的主机，以便跨所有目标端口提供分布式负载。

• 将所有 SAP HANA 主机连接到所有存储控制器端口。主机可用的 I/O 路径越多，SAP HANA 的性能就越高。要求 8 Gb/s FC 端口。可能可以选

择 10 Gb/s iSCSI，但尚未使用 SAP HANA 进行验证。不支持将 2 Gb/s 或 4 Gb/s FC 端口与 SAP HANA 配合使用。

图 5 显示了包含用于主机连接的 2 端口 FC I/O 模块 (8 Gb/s) 的 XtremIO X-Brick 背面。每个 SAP HANA 节点都必须连接到两个 FC 端口，其中一个连接到存储控

制器 (SC) 1，另一个连接到 SC 2。

图 5. XtremIO X-Brick 的后视图

简介

主机连接性

存储控制器要求



在 XtremIO 阵列中，SAP HANA 的可扩展性主要取决于配置的 X-Brick 数量。表 3 显示了 X-Brick 的数量和可连接的 SAP HANA 工作主机最大数量。

表 3. XtremIO 可扩展性

XtremIO X-Brick 的数量 SAP HANA 工作节点的最大数量

单个 X-Brick 的群集 4

两个 X-Brick 的群集 8

四个 X-Brick 的群集 14

六个 X-Brick 的群集 20

SAP HANA hwcct 工具可在客户环境中用于验证 SAP HANA 性能并确定在指定存

储阵列上可以部署的最大 SAP HANA 主机数量。

表 3 中 XtremIO 存储阵列的可扩展性数字是基于在无争用工作负载条件下对单 X-Brick 群集和双 X-Brick 群集执行的 SAP HANA 性能测试给出的建议。按照表 3 中的比例，新的八个 X-Brick 的群集将支持 26 个节点。

注意：如果意图在生产环境中与其他工作负载共享 XtremIO 阵列，那么客户有责任确保 SAP HANA 的性能未受影响。如果 SAP HANA 的性能受到影响，客户应该将争用工作负

载移到另一个阵列。在性能不是关键要求的非生产环境中，可以接受 SAP HANA 与混合

工作负载共享 XtremIO 阵列。

XtremIO 使用卷映射将存储分配到主机。所有 SAP HANA 数据和日志卷都必须映

射到各个 SAP HANA 主机。映射包括以下组件：

• 启动器组 — 包含来自 SAP HANA 主机的 HBA 的启动器 (WWN)。每个 SAP HANA 主机都应使用至少两个 HBA 连接到 XtremIO 系统以实现冗余。

• 存储组 — SAP HANA 横向扩展群集针对数据库的永久存储使用无共享概念。

这意味着，每个 SAP HANA 工作主机使用自己的数据卷和日志卷对，并且在

正常操作期间拥有这些卷的独占访问权限。如果 SAP HANA 工作主机出现故

障，则将故障主机的 SAP HANA 永久存储装载到备用主机。此概念要求所有

永久存储设备对所有 SAP HANA 主机均可见，因为每台主机都有可能成为工

作或备用主机。

因此，SAP HANA 数据库的 XtremIO 存储组必须包含数据库群集的所有永久

存储设备。SAP HANA 名称服务器与 SAP HANA 存储连接器 API 相结合，

将负责正确地装载永久存储并为其提供 I/O 防护。

XtremIO 可扩展性

卷映射



本节提供关于在 Linux 中使用 LUN 0 的信息。

以下 iSCSI 命令输出表明，位于 1:0:0:0 的设备为 XtremIO 群集控制器：

[1:0:0:0] storage XtremIO XtremApp 3000 –

在此情况下，主机无法访问使用 LUN 0 的 XtremIO 卷。

要在 Linux 主机上访问使用 LUN 0 的卷，请完成以下步骤。

注意：如果您没有完成以下步骤，那么在为 XtremIO 阵列配置 LUN ID 时必须从 LUN 1 开始。

1. 运行以下命令之一删除控制器设备：

# /usr/bin/rescan-scsi-bus.sh –r

注意：利用 -r 可删除设备。

# echo 1 > /sys/class/scsi_device/1:0:0:0/device/delete

2. 运行以下命令： # /usr/bin/rescan-scsi-bus.sh

注意：某些 Linux 版本可能要求重新启动主机而不是重新扫描。

将 LUN 0 用于 XtremIO 存储



使用 XtremIO 存储管理应用程序配置 EMC XtremIO 存储 XtremIO 的内部体系结构消除了复杂的设置和调整步骤。您可以使用如图 6 所示的 XtremIO 存储管理应用程序来完成必不可少的存储配置任务，以便：

• 创建 SAP HANA 存储卷

• 创建 SAP HANA 启动器组

将卷映射至 SAP HANA 节点

图 6. XtremIO 存储管理应用程序

使用以下几节中的分步说明作为示例。

卷标签是指对卷对象进行的逻辑分组。创建卷标签可简化卷管理。

要创建卷标签，请完成以下步骤：

1. 在“Configuration”窗口中，右键单击“Virtual”选项卡中的

“Volumes”，然后选择“Create Volume Tag”。随即显示“Create Volume Tag”对话框（如图 7 所示）。

创建卷标签



图 7. 创建卷标签

2. 键入卷标签，然后单击“OK”。

新的卷标签将显示在“Volumes”下面

每个 SAP HANA 节点需要两个永久存储卷，其中一个用于数据，另一个用于日志。

要创建卷，请完成以下步骤：

1. 在菜单栏中，单击“Configuration”。

2. 在如图 8 所示的“Volumes”标签中，单击“Create Volume”。

图 8. 创建卷

3. 在“Create Volumes”对话框中，提供以下参数值：

Name — 卷名称

Size — 为此卷分配的磁盘空间量

Volume Type — 以下类型之一，用于定义逻辑块 (LB) 的大小和对齐偏

移量：

− Normal (512 LBs)

− 4 KB LB

− Legacy Windows（偏移量：63）

创建卷



Small IO Alerts—Enabled 如果希望在检测到小于 4 KB 的小型 I/O 时发

送警报

Unaligned IO Alerts—Enabled 如果希望在检测到未对齐的 I/O 时发送

警报

VAAI TP Alerts—Enabled 如果希望在存储容量达到设置的限制时发送

警报

摘要行显示列表中定义的卷数量及其总磁盘空间（如图 9 所示）。

图 9. 创建卷摘要屏幕

4. 要同时添加多个卷，请单击“Add Multiple”。图 10 显示了随即出现的屏

幕。指定以下设置：要添加的卷数量、名称和起始索引（如果需要）、卷大

小和逻辑数据块大小。



图 10. 添加多个卷

5. 执行以下操作之一：

如果不想将新卷添加到卷标签中，请单击“Finish”。

如果要将新卷添加到卷标签中，请执行以下操作：

a 单击“Next”。

随即显示“Manage Volume Tags”对话框（如图 11 所示）。

图 11. 选择卷标签



b 选择合适的卷标签。

c 单击“完成”。

随即创建卷，并显示在“Configuration”窗口的“Volume”选项卡中。

要查看卷，请执行以下操作：


7. 在“Virtual”选项卡中，展开“Volumes”，然后单击卷标签，列出与该

卷标签相关的卷（如图 12 所示）。

图 12. 查看卷数据库随着时间的推移不断增长，或在工作负载非常繁重时，可能发生“磁盘已满”

事件，并导致 SAP HANA 数据库停止工作。因此，您必须确保数据和日志卷始终

包含足够的空间。如果您需要扩展数据或日志文件系统的大小，则必须首先增加 XtremIO 阵列上的卷大小。

要调整卷的大小，请执行以下操作：

1. 在“Configuration”工作区的“Volumes”选项卡中，右键点击卷并选择

“Modify Volume”。

随即显示“Modify Volume”对话框（如图 13 所示）。

图 13. 修改卷

调整卷大小



2. 在“Size”字段中，输入卷大小。

3. 选择或取消选中“Volume Alerts”选项以启用或禁用相应的警报。

4. 单击确定。

注意：调整卷大小后，主机必须执行一次完整的重新扫描。

启动器组标签是指对启动器组等对象进行的逻辑分组。创建标签可简化对象管理。

要创建启动器组标签，请执行以下操作：

1. 在“Configuration”窗口中，右键单击“Virtual”选项卡中的“Initiator Groups”，然后选择“Create Initiator Group Tag”。

随即显示“Create Initiator Group Tag”对话框（如图 14 所示）。

图 14. 创建新的启动器组标签

2. 键入标签名称，然后单击“OK”。

新标签将显示在“Initiator Groups”下面。

您可以通过在启动器组中定义启动器，将启动器添加到群集。您可以在创建组时

（如此处所示）或以后通过使用“Edit Initiator Group”选项来定义启动器。

要创建启动器组，请执行以下操作：


创建启动器组标签

创建启动器组



2. 在“Initiator Groups”面板中（如图 15 所示），单击“Create initiator group”。

图 15. 创建启动器组

3. 在“Create Initiator Group”对话框中（如图 16 所示），输入组的名称。

图 16. 指定启动器组名称



4. 要向新启动器组添加启动器，请单击“Add”。

随即显示“Add Initiator”对话框（如图 17 所示）。

图 17. 指定启动器名称和全球通用名称

5. 指定以下参数：

Initiator Name — 该名称用于在 GUI 或 CLI 列表中标识启动器

Operating System — 在服务器上运行的操作系统。

Initiator Port Address — 启动器端口的 SCSI 标识，端口地址取决于端

口类型，如下所示：

− iSCSI 端口 — 地址为 IQN 或 EUI 格式，例如：

o eui.02004567A425678D

o iqn.1991-05.com.microsoft:win-1htai3q0tmg

− 光纤通道端口 — 有效地址使用大写或小写十六进制数字并采用以下

格式：

o XX:XX:XX:XX:XX:XX:XX:XX

o XXXXXXXXXXXXXXXX

o 0xXXXXXXXXXXXXXXXX

注意：要查看未使用的端口地址，请单击“Add Initiator”对话框中

“Initiator Port Address”字段旁边的下拉箭头。如果之前未发现过启动器，

则列表框为空，此时必须键入启动器端口地址。



Initiator（凭据）— 如果为启动器启用了 CHAP 发现，请配置启动器的

发现凭据（用户名和密码）并确认密码。如果为启动器启用了 CHAP 身份认证，请配置启动器的身份认证凭据（用户名和密码）并确认密码。

Cluster（凭据）— 如果启用了双方 CHAP 发现，请配置群集的发现凭据

（用户名和密码）并确认密码。如果启用了双方 CHAP 身份认证，请配

置群集的身份认证凭据（用户名和密码）并确认密码。

6. 单击 OK。

该启动器即会添加到新的启动器组。

7. 如果要向该组中添加更多启动器，请重复步骤 4 到 6。

8. 如果您想要在启动器标签中添加新启动器组，请在“Move Initiator Group to Folder”对话框中单击“Next”，然后从列表中选择一个文件夹。

9. 单击“完成”。

随即创建新的启动器组并显示在“Configuration”工作区的“Initiator Groups”下面。

要查看启动器组属性，请执行以下操作：


2. 在“Virtual”选项卡中，展开“Initiator Groups”，然后选择一个启动器

组标签。

该启动器组标签内包含的启动器组数量显示在标签名称旁的括号内。

启动器组、其关联的启动器和其他信息（例如映射）将显示在“Initiator Group”选项卡窗口中（如图 18 所示）。

图 18. 查看启动器属性

查看启动器组属性



要启用启动器组内的启动器以访问某个卷的磁盘空间，请将该卷映射到该启动器组。

将卷映射到启动器组时，系统会自动分配一个 LUN。该 LUN 编号会显示在

“Configuration”工作区的“Selected Volumes”窗格中。

您可以将一个启动器组映射到多个卷。启动器组的第一个映射会收到编号为 0 的 LUN。其他映射依次按顺序获得一个 LUN。之后可以将这些编号更改为任意 LUN。

要将卷映射至启动器组，请执行以下操作：


2. 在“Virtual”选项卡上，展开“Volumes”（如图 19 所示），然后选择卷

标签以及想要映射的相关卷。

要选择多个卷，请按住 Shift 键并选择相应卷。

图 19. 选择要映射的卷

将卷映射到启动器组



3. 选择“Create/Modify Mapping”。在“Create/Modify Volumes Mapping”对话框中，选择您想要将该卷映射到的启动器组（如图 20 所示）。

图 20. 选择要映射的启动器组



4. 在“Select LUNs”对话框中，单击“Map All”，然后单击“Finish”。

所选的卷将映射到启动器组（如图 21 所示）。

图 21. LUN 映射配置

要查看卷映射，请执行以下操作：


2. 在“Virtual”选项卡上，展开“Volumes”，并选择卷标签。然后，选择

您想要查看其启动器组映射的卷。

查看卷和启动器组映射



要选择多个卷，请按住 Shift 键并选择相应卷。

图 22. 选择多个要查看启动器组映射的卷

您可以按如下步骤查看启动器组映射：


4. 在“Virtual”选项卡中，展开“Initiator Groups”，并选择启动器组标签。

然后，选择您想要查看其卷映射的启动器组。

要选择多个启动器组，请按住 Shift 键并选择相应组。



从 SAP HANA 节点访问 XtremIO 存储 SAP HANA 数据库要求在 SAP HANA 节点上运行 Linux SUSE SLES11 或 Red Hat RHEL 6.5 操作系统。要从 SAP HANA 节点访问 XtremIO 数据块设备，请确

保根据 SAN 最佳做法正确配置分区。《EMC XtremIO Storage Array Host Configuration Guide》（EMC XtremIO 存储阵列主机配置指南）中提供了更多详

细信息。要从 SAP HANA 节点访问数据块设备，首先要启用本机 Linux 多路径。按照

《EMC Host Connectivity Guide for Linux》（EMC 针对 Linux 的主机连接指南）中所述的步骤在 Red Hat Linux RHEL 6.5 或 SUSE SLES11 上启用 DM-MPIO。

图 23 显示了一个示例 multipath.conf 文件。

图 23. 示例 multipath.conf 文件

在重启或重新扫描（rescan-scsi-bus.sh 命令）之后，SAP HANA 永久存储设备在 SAP HANA 工作主机上应该可见。要验证所有设备均存在并且每个设备都具有您

所配置的主动路径数量（如图 24 所示），请键入以下命令：

Multipath –ll

图 24. 示例 Multipath –ll

启用本机 Linux 多路径 (DM-MPIO)



EMC 使用 LUN 的 UUID 来确定正确的存储设备。要查看 XtremIO LUN 的标识符，

请转至 XtremIO 存储管理应用程序“Configuration”工作区中的“Volume”选项

卡。UUID 在“NAA Identifier”列中列出。有关示例，请参阅图 12。

注意：Linux 会在存储 UUID 前面添加 3。

XFS 文件系统为 SAP HANA 数据和日志数据块设备提供了最佳性能。

要使用 XFS 文件系统对数据块设备进行格式化，请在 SAP HANA 节点上运行以下

命令：

$ mkfs.xfs /dev/mapper/3514f0c5117200021

注意：针对所有数据块设备运行此命令。

如果由于某种原因必须扩展文件系统，请在 XtremIO 上扩展卷之后，在 Linux 主机

上运行 xfs_growfs 命令。第 23 页中的调整卷大小提供了有关如何扩展卷的详细

信息。

在具有工作节点和备用节点的 SAP HANA 横向扩展环境中，适用于光纤通道的 SAP HANA 存储连接器 (fcClient) 可以将设备装载到 SAP HANA 节点，也可以进

行卸载。

除了装载设备之外，该存储连接器还可以使用 Linux sg_persist 命令将 SCSI-3 持久保留 (PR) 写入设备。这称为 I/O 防护，可确保在指定时间只有一个 SAP HANA 工作主机可访问一组数据和日志设备。

SAP HANA global.ini 文件

在 SAP HANA global.ini 文件的存储部分中控制存储连接器 API。该文件的存储部

分包含带有可选装载选项的数据块设备条目。您可以在 SAP HANA 主机上运行 multipath –ll 命令，以确定分区条目的全球通用标识符 (WWID)。

XFS 文件系统

SAP HANA 存储连接器



图 25 是 global.ini 文件的示例。

图 25. 示例 global.ini 文件

注意：SAP 帮助门户上的《SAP HANA Administration Guide》（SAP HANA 管理指南）和《SAP HANA Server Installation and Update Guide》（SAP HANA 服务器安装和更新指南》提供了有关 SAP HANA 存储连接器以及如何配置 global.ini 文件的更多详细信息。

http://help.sap.com/hana/�



使用 XVC 拷贝和刷新 SAP HANA 系统 XtremIO 虚拟拷贝是使用阵列的线内数据减少功能且完全由元数据驱动的快照。

XtremIO 虚拟拷贝可用于提供 SAP HANA 生产数据库的多个测试和开发拷贝。此

外，它们可以从生产数据库卷进行刷新，以提供最新的数据内容。也可以从其他虚

拟拷贝刷新虚拟拷贝。在可能需要使用第三方工具进行某种数据置乱以保护测试和

培训系统的敏感数据时，这可能特别有用。

调配更多虚拟拷贝是一个瞬时即可轻松完成的过程。利用 XVC 的高效性，可按需

创建多个 SAP HANA 数据库拷贝（而不是根据存储容量或性能限制），以最大限

度提高业务效率。

流程概述

要制作 SAP HANA 系统的拷贝，请创建 /hana/shared 文件系统和 HANA 数据库

永久存储（数据和日志卷）的拷贝，并在新主机上注册 SAP HANA 系统拷贝。使

用 SAP HANA 数据库生命周期管理器 (HDBLCM) 和 SAP HANA 系统的 XtremIO 虚拟拷贝执行系统拷贝。

XtremIO 一致性组 (CG) 是一组卷，可用于跨组中的所有卷创建一致性快照。要确

保获得 SAP HANA 数据库的一致性快照 (XVC)，请创建一个包含所有数据和日志

卷的 CG。CG 的快照操作会创建一个快照集，其中包含了在拍摄快照时创建的一

致性快照卷。

拷贝 SAP HANA 系统会生成一个新的 SAP HANA 系统，该系统具有与现有系统相

同的环境，但可能具有不同的系统标识符。

注意：本指南的重点内容是使用 XVC 的 HANA 数据库拷贝。要拷贝基于 ABAP 或 JAVA 的应用程序系统，请使用软件调配管理器 (SWPM) 并考虑拷贝后任务。使用 SAP LVM 自动执行 E2E 调配过程。XtremIO 可支持与 EMC Storage Integrator (ESI) 4.0 配合用于

SAP LVM。

SAP HANA 共享文件系统注意事项

在纵向扩展系统中，包含 HANA 二进制文件的安装路径 /hana/shared 可能位于 XtremIO 数据块设备上。由于无需与其他主机共享此文件系统，因此它也可能位于 NAS 或基于服务器的 NFS 上。

在 SAP HANA 横向扩展实施中，必须将 SAP HANA 数据库二进制文件安装在共享

文件系统上，该共享文件系统将呈现给位于 /hana/shared 装载点下面的系统的所

有主机。此共享文件系统可由 NAS 或数据块存储上基于服务器的 NFS 提供。

在 /hana/shared 目录位于共享文件系统的情况下，可将 /hana/shared/<source_SID> 目录手动拷贝到 /hana/shared/<target_SID>，但必须

保留权限和所有者。例如，在我们的测试中，我们使用了以下命令：

cp -rp source_SID target_SID 其中 –rp 标记以递归方式执行拷贝，并保留权限。



HANA 系统标识符

系统标识符是在 SAP HANA 系统安装期间设置的必要参数。在某些情况下，有必

要更改最初配置的系统标识符：例如，当使用公共主机名或需要新的 SID 或实例号

时。所有三个系统标识符（主机名称、SID 和实例号）均可通过 SAP HANA 数据

库生命周期管理器图形用户或命令行界面一起或单独进行更改。

已装载的 SID 准备工作

如果 HANA SID 包含在装载点中，并且您想要更改该 SID，则必须使用新的目标 SID 创建装载点，然后才能运行 HDBLCM 来重命名系统的 SID。

表 4. 包含 SID 的示例源装载和目标装载

源 SID 目标 SID

./hana/shared/PRD /hana/shared/DEV

/hana/data/PRD/mnt000x /hana/data/DEV/mnt000x

/hana/log/PRD/mnt0000x /hana/log/DEV/mnt000x

使用 XVC 拷贝 SAP HANA 数据库的详细步骤

1. 如图 26 所示，从 XMS 应用程序的“Configuration”菜单，创建 SAP HANA 系统生产永久存储卷的 XtremIO 一致性组。

图 26. 使用 HANA 永久存储卷创建一致性组



2. 如图 27 所示，创建生产 CG 的可写快照集。您可以从生产 CG 创建任意数

量的可写快照集。

图 27. 创建一致性组的快照

3. 如图 28 所示，将快照集的卷映射到目标主机并创建 NAA 标识符 (UUID)。

图 28. 将快照集映射到目标主机

4. 在目标主机上准备装载点，具体取决于您是否想要拷贝具有目标 SID 的 HANA 系统。

注意：不要求现有的目标 HANA 安装。

5. 装载已手动拷贝的目标安装路径 (/hana/shared)。然后在目标主机上装载目

标数据和日志卷。

a. 在使用存储连接器的横向扩展 HANA 系统中，不必在目标主机上装载

数据和日志卷。但是，有必要在拷贝的 global.ini 的存储部分执行一些

准备工作，并将 NAA 标识符 (UUID) 更新为 XVC 快照设备（如图 29 所示）。

图 29. 更新 global.ini 中的快照 UUID



6. 在目标主机上注册新的 SAP HANA 系统。

a. 登录到 SAP HANA 目标主机并将目录更改为 SAP HANA 常驻 HDBLCM 目录：

cd </hana/shared>/<targetSID>/hdblcm

b. 开始注册并将任务重命名：

i 要使用 SAP HANA 数据库生命周期管理器命令行界面注册主机：

./hdblcm 并选择“Register and Rename SAP HANA System”

ii 在逐步执行“Register and Rename”向导的过程中，输入目标主

机名、SID 和实例号。确认所有参数以执行 SAP HANA 系统重命

名（如图 30 所示）。

图 30. 注册和重命名参数摘要

拷贝 SAP HANA 系统之后的许可证密钥

SAP HANA 数据库的许可证密钥基于系统 ID 和环境 ID。如果您将 SAP HANA 系统重命名，当 SID 或环境 ID 发生更改时，通常会使永久 SAP 许可证失效。此时

会安装一个临时许可证，并且必须在 28 天内更换。如果您将仅有一个临时许可证

的 SAP HANA 系统重命名，该系统将会立即锁定，直至应用新的许可证。

注意：有关拷贝和重命名 SAP HANA 系统的详细信息，请参阅《SAP HANA Administration Guide》（SAP HANA 管理指南）。

http://help.sap.com/hana/SAP_HANA_Administration_Guide_en.pdf�

http://help.sap.com/hana/SAP_HANA_Administration_Guide_en.pdf�



XtremIO 刷新操作是瞬时执行的并支持崩溃一致性，但大多数不会对主机级别的 SCSI 属性（例如 NAA 标识符）造成明显的影响。

流程概述

停止虚拟拷贝系统并卸载 /hana/data/SID、/hana/log/SID 卷。不必卸载安装路径 /hana/shared。卸载数据和日志卷后，从父级一致性组 (CG) 或选择一个现有的快

照（如图 31 所示）来刷新 XVC 快照。完成刷新后，可以将相同的设备重新装载到

目标 SID 装载点，因为主机级别的 SCSI 属性和 UUID 未发生变化。

在将 XtremIO 快照刷新功能与 SAP HANA 配合使用时，必须了解的一点是，

HANA 系统的拓扑包含在主节点的名称服务器目录内的数据和日志卷中。快照刷

新之后，该拓扑将包含正在刷新目标的源系统的系统标识符（主机名、SID、实例

号、环境 ID）。根据拷贝源，系统标识符可能不同于目标系统的环境。

要快速、轻松地将该拓扑从源系统标识符转换为目标系统标识符，请在目标主名称

服务器上使用 SAP HANA 可执行文件 hdbnsutil。

以 sidadm 身份调用：hdbnsutil -convertTopology

完成后，可使用刷新后的数据启动 HANA 系统拷贝。

使用 XVC 刷新 SAP HANA 数据库的详细步骤

在单主机/纵向扩展 HANA 系统中：

1. 停止 HANA 数据库。

2. 卸载卷 /hana/data/SID、/hana/log SID。

注意：纵向扩展系统的安装路径 /hana/shared 可能位于 XtremIO 阵列的数据块

设备上。如果 /hana/shared 设备已包含在用于创建 HANA 系统拷贝的 CG 中，

那么要想成功刷新 HANA 系统，应该从源 CG 中删除 /hana/shared 设备，因为

目标系统已经被注册和重命名。/hana/shared 设备的初始快照可以继续映射到目

标主机并使用。

3. 从另一快照集或从父级 CG 刷新 XtremIO 上的快照（如图 31 所示）。

使用 SAP HANA 拷贝系统刷新 XtremIO 4.0。



图 31. 选择用于刷新的源 CG 或快照

4. 将卷装载到同一目标 SID 装载点。

5. 以 sidadm 身份执行 hdnnsutil –convertTopology（如图 32 所示）。

6. 启动 HANA 数据库。

在使用存储连接器的横向扩展 HANA 系统中，该过程已简化，因为存储连

接器在停止和启动 HANA 系统时会装载和卸载数据和日志卷。

注意：对于横向扩展 HANA 系统，/hana/shared 卷不会添加到一致性组中，因为

它位于共享文件系统上。

7. 停止 HANA 数据库。

8. 从另一快照集或从父级 CG 刷新 XtremIO 上的 XVC 快照集。

9. 以 sidadm 身份执行 hdnnsutil –convertTopology。由于 NAA 标识符不

受影响而且已在 global.ini 中定义，因此会临时装载主名称服务器的数据和

日志卷，以便转换系统标识符。



图 32. 转换 2+0 横向扩展 HANA 系统的拓扑

10. 启动 HANA 数据库。

XtremIO iCDM 的空间节省效率

SAP HANA 数据库的 XtremIO 虚拟拷贝 100% 高效利用空间。重新调整 XtremIO 用途不需要任何传统的完整拷贝。您可以在 XtremIO 阵列中创建一致性组的多个 XtremIO 虚拟拷贝，并且存储级别的物理磁盘容量不会增加。所有 XtremIO 虚拟拷

贝都会使用数据减少服务：当用户开始对其数据库拷贝执行更改时，修改的数据块

首先进行重复数据消除，然后进行压缩。

我们执行了一些测试，以观察空间节省量。在这些测试中，将使用 XVC 创建并刷

新 HANA 系统拷贝时使用的虚拟卷和物理卷容量进行了比较。数据点如图 33 所示。

1. 首先，我们安装了一个名为 PRD 的已填充数据库（如图 33 所示）。

2. 我们创建了该 PRD 数据库的一个虚拟拷贝（名为 CPY）。我们装载了 CPY 并将其联机。

3. 我们在 CPY 数据库中添加了一些数据置乱和额外负载，通过此数据库可以

为测试和开发团队提供多个已删除所有敏感数据的拷贝。卷容量增长了 42 GB，但物理容量只增长了 30 GB，因为即使在虚拟拷贝上也应用了 XtremIO 数据减少技术。

4. 我们创建了 PRD 的另外三个虚拟拷贝（QAS、DEV 和 SDX）并将其联机。

5. 我们从包含置乱数据和额外负载的 CPY 系统刷新了 QAS 系统。



图 33. 使用的物理容量与使用的卷容量比较

如图 34 所示，根据 XMS 控制面板，将位于左侧的生产数据库与位于右侧的具有

四个虚拟拷贝的同一数据库相比，我们可以观察到出色的存储空间效率，这些虚拟

拷贝大幅提高了 XtremIO 全闪存阵列的总体效率。

图 34. 创建虚拟拷贝之前和之后的 XMS 存储控制面板



参考资料以下文档可在 EMC 在线支持网站上找到：

• 《EMC Host Connectivity Guide for Linux》（EMC 针对 Linux 的主机连接指南）

• 《EMC XtremIO 存储阵列用户指南》

• 《EMC XtremIO Storage Array Hardware Installation and Upgrade Guide》（EMC XtremIO 存储阵列硬件安装和升级指南）

• 《EMC XtremIO Storage Array Operations Guide》（EMC XtremIO 存储阵列操作指南）

• 《EMC XtremIO Storage Array Host Configuration Guide》（EMC XtremIO 存储阵列主机配置指南）

• 《Introduction to the EMX XtremIO Storage Array》（EMC XtremIO 存储阵列简介）

• 《XtremIO Integrated Copy Data Management》（XtremIO 集成拷贝数据管理）

• 《Introduction to XtremIO Snapshots》（XtremIO 快照简介）

• 《Business Continuity and Disaster Recovery with EMC XtremIO for SAP HANA TDI Solution Guide》（将 EMC XtremIO 用于 SAP HANA TDI 的业务连续性和灾难恢复解决方案指南）

以下 VMware 文档可在 VMware 网站找到：

• 《Best Practices and Recommendations for Scale-up Deployments of SAP HANA on VMware vSphere》（基于 VMware vSphere 的 SAP HANA 纵向扩展部署最佳做法和建议）

以下 SAP HANA 文档可在 SAP 帮助门户上找到：

• 《SAP HANA Master Guide》（SAP HANA 主要指南）

• 《SAP HANA Server Installation and Update Guide》（SAP HANA 服务器安装和更新指南）

• 《SAP HANA Technical Operations Manual》（SAP HANA 技术操作手册）

• 《SAPHANA Administration Guide》（SAP HANA 管理指南）

《SAP HANA Storage Requirements》（SAP HANA 存储要求）

Web 资源 • SAP HANA 平台

• SAP HANA One

• SAP HANA 企业云

EMC 文档

VMware 文档

SAP 文档

http://support.emc.com/�

http://xtremio.com/wp-content/uploads/2015/10/Solution-Overview_XtremIO-iCDM_H14591.pdf�

http://xtremio.com/wp-content/uploads/2015/10/Solution-Overview_XtremIO-iCDM_H14591.pdf�

https://china.emc.com/collateral/white-paper/h13035-wp-introduction-to-xtremio-snapshots.pdf�




http://www.vmware.com/�

http://help.sap.com/hana/�

http://help.sap.com/hana_appliance�

http://help.sap.com/hana_one�

http://www.saphana.com/entcloud�



SAP HANA 定制的数据中心集成

• SAP HANA TDI — 常见问题解答

• 如何为 SAP HANA 执行系统复制

注意：下列文档需要 SAP 用户名和密码才能访问。

部署选项说明

• 说明 1681092 — 基于一个应用装置的多个 SAP HANA 数据库

• 说明 1661202 — 在 SAP HANA 上支持多个应用程序

说明 1943937 — 硬件配置检查工具

说明 1666670 — BW on SAP HANA；环境部署规划

虚拟化说明

说明 1788665 — 在 VMware vSphere VM 上运行 SAP HANA

最佳做法

• 《Sizing Approaches for SAP HANA–Lessons Learned》（适用于 SAP HANA 的调整方法 — 经验总结）

• 《Enterprise Storage Architecture–Planning Guide》（企业存储体系结构 — 规划指南）

• 《Elements of a Software Change Management Strategy》（软件更改管理策略的元素）

• 《Technical Deployment Options for SAP Systems with SAP HANA - Best Practice》（适用于使用 SAP HANA 的 SAP 系统的技术部署选项 — 最佳做法）

https://scn.sap.com/docs/DOC-63140�

https://scn.sap.com/docs/DOC-62942�


https://service.sap.com/sap/support/notes/1681092�





https://service.sap.com/~sapidb/011000358700000050632013E�




http://service.sap.com/~sapidb/011000358700000669992013E/171_Elements_of_a_SW_CMS.pdf�

http://service.sap.com/~sapidb/011000358700000669992013E/171_Elements_of_a_SW_CMS.pdf�

https://service.education.sap.com/sap/bc/webdynpro/sap/zlso_esa_home?suser=S0010574550&hash=A3AB6F194F1F8435482AEDBAD41A2FD9E11F22DB&sap-language=EN&gotocourse=X&courseid=70229650�




Documents

基于 EMC XTREMIO 存储的 SAP HANA‰€有 hwcct 测试都必须使用以下版本之一：SAP HANA SPS08 hwcct；SAP HANA SPS09 hwcct；相关的 SAP HANA 修订版。有关详细信息，请参阅