Skip to main content
NetApp Solutions SAP
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

存储控制器设置

贡献者

本节介绍 NetApp 存储系统的配置。您必须根据相应的 ONTAP 设置和配置指南完成主安装和设置。

存储效率

在 SSD 配置中, SAP HANA 支持实时重复数据删除,跨卷实时重复数据删除,实时压缩和实时数据缩减。

NetApp FlexGroup卷

SAP HANA不支持使用NetApp FlexGroup卷。由于SAP HANA的架构、使用FlexGroup卷不会带来任何优势、可能会导致性能问题。

NetApp卷和聚合加密

SAP HANA支持使用NetApp卷加密(NVE)和NetApp聚合加密(NAE)。

Quality of service

QoS 可用于限制共享使用控制器上特定 SAP HANA 系统或其他应用程序的存储吞吐量。其中一个使用情形是,限制开发和测试系统的吞吐量,使其不会影响混合环境中的生产系统。

在规模估算过程中,您应确定非生产系统的性能要求。开发和测试系统的规模可以采用较低的性能值进行调整,通常在 SAP 定义的生产系统 KPI 的 20% 到 50% 范围内。

从 ONTAP 9 开始, QoS 会在存储卷级别进行配置,并使用最大吞吐量值( MBps )和 I/O 量( IOPS )。

大型写入 I/O 对存储系统的性能影响最大。因此,应将 QoS 吞吐量限制设置为数据卷和日志卷中相应写入 SAP HANA 存储性能 KPI 值的百分比。

NetApp FabricPool

SAP HANA 系统中的活动主文件系统不能使用 NetApp FabricPool 技术。这包括数据和日志区域的文件系统以及 ` /hana 或共享` 文件系统。这样做会导致性能不可预测,尤其是在启动 SAP HANA 系统期间。

可以使用 " 仅快照 " 分层策略,也可以在 NetApp SnapVault 或 SnapMirror 目标等备份目标上使用 FabricPool 。

备注 使用 FabricPool 在主存储上分层 Snapshot 副本或在备份目标上使用 FabricPool 会更改还原和恢复数据库或执行其他任务(例如创建系统克隆或修复系统)所需的时间。在规划整体生命周期管理策略时,请考虑此因素,并检查以确保在使用此功能时仍符合 SLA 。

FabricPool 是将日志备份移动到另一存储层的理想选择。移动备份会影响恢复 SAP HANA 数据库所需的时间。因此,应将选项 " 分层最小冷却天数 " 设置为一个值,以便在本地快速存储层上放置恢复所需的日志备份。

存储配置

以下概述总结了所需的存储配置步骤。后续章节将详细介绍每个步骤。在本节中,我们假定已设置存储硬件,并且已安装 ONTAP 软件。此外,存储端口( 10GbE 或更快)与网络之间的连接必须已建立。

  1. 按照中所述检查正确的磁盘架配置 "磁盘架连接。 "

  2. 按照中所述创建和配置所需的聚合 "聚合配置。 "

  3. 创建 Storage Virtual Machine ( SVM ),如 "SVM 配置。 "

  4. 按照中所述创建 LIF"LIF 配置。 "

  5. 在聚合中创建卷、如"和"SAP HANA 多主机系统的卷配置中所述SAP HANA 单主机系统的卷配置

  6. 按照中所述设置所需的卷选项 "卷选项。 "

  7. 按照中所述为 NFSv3 设置所需的选项 "NFSv3 的 NFS 配置" 或 NFSv4 ,如 "NFSv4 的 NFS 配置。 "

  8. 将卷挂载到命名空间并设置导出策略,如 "将卷挂载到命名空间并设置导出策略。 "

磁盘架连接

SAS 磁盘架

最多可以将一个磁盘架连接到一个 SAS 堆栈,以提供 SAP HANA 主机所需的性能,如下图所示。每个磁盘架中的磁盘必须平均分布到 HA 对的两个控制器。ADPv2 可用于 ONTAP 9 和 DS224C 磁盘架。

备注 对于 DS224C 磁盘架,也可以使用四路径 SAS 布线,但这并不是必需的。

图中显示了输入/输出对话框或表示已写入内容

NVMe ( 100GbE )磁盘架

每个 NS224 NVMe 磁盘架使用每个控制器的两个 100GbE 端口进行连接。每个磁盘架中的磁盘必须平均分布到 HA 对的两个控制器。聚合配置一章中所述的 ADPv2 也用于 NS224 磁盘架。下图显示了磁盘架与 NVMe 驱动器的连接。

图中显示了输入/输出对话框或表示已写入内容

聚合配置

通常,您必须为每个控制器配置两个聚合,而不受所使用的磁盘架或驱动器技术( SAS SSD 或 NVMe SSD )的影响。要使用所有可用的控制器资源,必须执行此步骤。对于 AFF A200 系列系统,一个数据聚合就足够了。

下图显示了在配置了 ADPv2 的 12 Gb SAS 磁盘架上运行的 12 个 SAP HANA 主机的配置。每个存储控制器连接六个 SAP HANA 主机。配置了四个单独的聚合,每个存储控制器两个。每个聚合都配置有 11 个磁盘,其中包含九个数据分区和两个奇偶校验磁盘分区。每个控制器都有两个备用分区。

图中显示了输入/输出对话框或表示已写入内容

SVM 配置

使用 SAP HANA 数据库的多个 SAP 环境可以使用一个 SVM 。如果需要,还可以为每个 SAP 环境分配一个 SVM ,以防这些 SVM 由公司内的不同团队管理。

如果在创建新的 SVM 时自动创建和分配了 QoS 配置文件,请从 SVM 中删除此自动创建的配置文件,以便为 SAP HANA 启用所需的性能:

vserver modify -vserver <svm-name> -qos-policy-group none

LIF 配置

对于 SAP HANA 生产系统,您必须使用不同的 LIF 从 SAP HANA 主机挂载数据卷和日志卷。因此,至少需要两个 LIF 。

不同 SAP HANA 主机的数据和日志卷挂载可以通过使用相同的 LIF 或为每个挂载使用单独的 LIF 来共享物理存储网络端口。

下表显示了每个物理接口的最大数据和日志卷装载量。

以太网端口速度 10GbE 25GbE 40GbE 100 个地理位置

每个物理端口的最大日志或数据卷挂载数

2.

6.

12

24

备注 在不同 SAP HANA 主机之间共享一个 LIF 可能需要将数据或日志卷重新挂载到其他 LIF 。如果将卷移动到其他存储控制器,此更改可避免性能降低。

开发和测试系统可以在物理网络接口上使用更多的数据和卷挂载或 LIF 。

对于生产,开发和测试系统, ` /ha/shared` 文件系统可以使用与数据或日志卷相同的 LIF 。

SAP HANA 单主机系统的卷配置

下图显示了四个单主机 SAP HANA 系统的卷配置。每个 SAP HANA 系统的数据卷和日志卷会分布到不同的存储控制器。例如,在控制器 A 上配置了卷 SID1_data_mnt00001 ,在控制器 B 上配置了卷 SID1_log_mnt00001

备注 如果 SAP HANA 系统仅使用 HA 对中的一个存储控制器,则数据和日志卷也可以存储在同一个存储控制器上。
备注 如果数据卷和日志卷存储在同一控制器上,则必须使用两个不同的 LIF 从服务器访问存储:一个 LIF 用于访问数据卷,另一个 LIF 用于访问日志卷。

图中显示了输入/输出对话框或表示已写入内容

对于每个 SAP HANA 主机,都会为 ` 或 HANA 或 Shared` 配置一个数据卷,一个日志卷和一个卷。下表显示了单主机 SAP HANA 系统的配置示例。

目的 控制器 A 上的聚合 1 控制器 A 上的聚合 2 控制器 B 上的聚合 1 控制器 b 上的聚合 2

系统 SID1 的数据,日志和共享卷

数据卷: SID1_data_mnt00001

共享卷: sid1_shared

日志卷: SID1_LOG_mnt00001

系统 SID2 的数据,日志和共享卷

日志卷: SID2_LOG_mnt00001

数据卷: SID2_data_mnt00001

共享卷: sid2_shared

系统 SID3 的数据,日志和共享卷

共享卷: sID3_shared

数据卷: SID3_data_mnt00001

日志卷: SID3_LOG_mnt00001

系统 SID4 的数据,日志和共享卷

日志卷: SID4_LOG_mnt00001

共享卷: SID4_shared

数据卷: SID4_data_mnt00001

下表显示了单主机系统的挂载点配置示例。要将 sidadm 用户的主目录放在中央存储上,应从 SID_shared 卷挂载 ` us/sap/SID` 文件系统。

Junction path 目录 HANA 主机上的挂载点

sid_data_mnt00001

/ha/data/sid/mnt00001

sid_log_mnt00001

/ha/log/sid/mnt00001

sid_shared

use-sap 共享

/usr/sap/SID /has/shared/

SAP HANA 多主机系统的卷配置

下图显示了 4+1 SAP HANA 系统的卷配置。每个 SAP HANA 主机的数据卷和日志卷分布到不同的存储控制器。例如,在控制器 A 上配置了卷 SID1_data1_mnt00001 ,在控制器 B 上配置了卷 SID1_log1_mnt00001

备注 如果 SAP HANA 系统仅使用 HA 对的一个存储控制器,则数据和日志卷也可以存储在同一个存储控制器上。
备注 如果数据卷和日志卷存储在同一控制器上,则必须使用两个不同的 LIF 从服务器访问存储:一个 LIF 用于访问数据卷,一个 LIF 用于访问日志卷。

图中显示了输入/输出对话框或表示已写入内容

对于每个 SAP HANA 主机,系统会创建一个数据卷和一个日志卷。` HANA 系统的所有主机都使用` /hana / 共享 卷。下表显示了具有四个活动主机的多主机 SAP HANA 系统的配置示例。

目的 控制器 A 上的聚合 1 控制器 A 上的聚合 2 控制器 B 上的聚合 1 控制器 B 上的聚合 2

节点 1 的数据卷和日志卷

数据卷: sid_data_mnt00001

日志卷: sid_log_mnt00001

节点 2 的数据卷和日志卷

日志卷: sid_log_mnt00002

数据卷: sid_data_mnt00002

节点 3 的数据卷和日志卷

数据卷: sid_data_mnt00003

日志卷: sid_log_mnt00003

节点 4 的数据卷和日志卷

日志卷: sid_log_mnt00004

数据卷: sid_data_mnt00004

所有主机的共享卷

共享卷: sid_shared

下表显示了具有四个活动 SAP HANA 主机的多主机系统的配置和挂载点。要将每个主机的 sidadm 用户的主目录放置在中央存储上,会从 SID_shared 卷挂载 ` us/sap/SID` 文件系统。

Junction path 目录 SAP HANA 主机上的挂载点 注意

sid_data_mnt00001

/ha/data/sid/mnt00001

已挂载到所有主机上

sid_log_mnt00001

/ha/log/sid/mnt00001

已挂载到所有主机上

sid_data_mnt00002

/ha/data/sid/mnt00002

已挂载到所有主机上

sid_log_mnt00002

/ha/log/sid/mnt00002

已挂载到所有主机上

sid_data_mnt00003

/ha/data/sid/mnt00003

已挂载到所有主机上

sid_log_mnt00003

/ha/log/sid/mnt00003

已挂载到所有主机上

sid_data_mnt00004

/ha/data/sid/mnt00004

已挂载到所有主机上

sid_log_mnt00004

/ha/log/sid/mnt00004

已挂载到所有主机上

sid_shared

共享

/ha/shared/SID

已挂载到所有主机上

sid_shared

usr-sap-host1

/usr/sap/SID

挂载在主机 1 上

sid_shared

usr-sap-host2.

/usr/sap/SID

挂载在主机 2 上

sid_shared

usr-sap-host3.

/usr/sap/SID

挂载在主机 3 上

sid_shared

usr-sap-host4.

/usr/sap/SID

挂载在主机 4 上

sid_shared

usr-sap-host5

/usr/sap/SID

挂载在主机 5 上

卷选项

您必须在所有 SVM 上验证并设置下表中列出的卷选项。对于某些命令,您必须在 ONTAP 中切换到高级权限模式。

Action 命令

禁用 Snapshot 目录可见性

vol modify -vserver <vserver-name> -volume <volname> -snapdir-access false

禁用自动 Snapshot 副本

vol modify – vserver <vserver-name> -volume <volname> -snapshot-policy none

禁用访问时间更新, SID_shared 卷除外

设置高级 vol modify -vserver <vserver-name> -volume <volname> -atime-update false set admin

NFSv3 的 NFS 配置

下表中列出的 NFS 选项必须在所有存储控制器上进行验证和设置。对于此表中显示的某些命令,您必须切换到高级权限模式。

Action 命令

启用 NFSv3 :

NFS modify -vserver <vserver-name> v3.0 已启用

ONTAP 9 :将 NFS TCP 最大传输大小设置为 1 MB

设置 advanced nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin

ONTAP 8 :将 NFS 读取和写入大小设置为 64 KB

设置 advanced nfs modify -vserver <vserver-name> -v3-tcp-max-read-size 65536 nfs modify -vserver <vserver-name> -v3-tcp-max-write-size 65536 set admin

NFSv4 的 NFS 配置

下表中列出的 NFS 选项必须在所有 SVM 上进行验证和设置。

对于此表中的某些命令,您必须切换到高级权限模式。

Action 命令

启用 NFSv4 :

NFS modify -vserver <vserver-name> -v4.1 已启用

ONTAP 9 :将 NFS TCP 最大传输大小设置为 1 MB

设置 advanced nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin

ONTAP 8 :将 NFS 读取和写入大小设置为 64 KB

设置 advanced nfs modify -vserver <vserver_name> -tcp-max-xfer-size 65536 set admin

禁用 NFSv4 访问控制列表( ACL )

nfs modify -vserver <vserver_name> -v4.1-acl 已禁用

设置 NFSv4 域 ID

nfs modify -vserver <vserver_name> -v4-id-domain <domain-name>

禁用 NFSv4 读取委派

nfs modify -vserver <vserver_name> -v4.1-read-delegation disabled

禁用 NFSv4 写入委派

NFS modify -vserver <vserver_name> -v4.1-write-delegation 已禁用

禁用 NFSv4 数字 ID

nfs modify -vserver <vserver_name> -v4-numeric-id 已禁用

更改NFSv4.x会话插槽的数量
可选

设置高级
nf修改-vserver hana -v4.x-sSession-num-sports <value>
设置admin

备注 请注意、禁用数字ID需要用户管理、如一节所述 "《 NFSv4 的 SAP HANA 安装准备工作》。"
备注 在所有 Linux 服务器(` /etc/idmapd.conf` )和 SVM 上,必须将 NFSv4 域 ID 设置为相同的值,如一节所述 "《 NFSv4 的 SAP HANA 安装准备工作》。"
备注 如果使用的是 NFSv4.1 ,则可以启用和使用 pNFS 。

如果使用具有主机自动故障转移功能的SAP HANA多主机系统、则需要在中调整故障转移参数 nameserver.ini 如下表所示。
在这些部分中、保持默认重试间隔10秒。

部分 nameserver.ini 参数 价值

故障转移

normal 重试

9

Distributed watchdog

deactivation_retries

11.

Distributed watchdog

takeover_retries

9

将卷挂载到命名空间并设置导出策略

创建卷时,必须将卷挂载到命名空间。在本文档中,我们假定接合路径名称与卷名称相同。默认情况下,使用默认策略导出卷。如果需要,可以调整导出策略。