IBM Cloud Docs
SAP HANA 数据库设计注意事项

SAP HANA 数据库设计注意事项

请务必考虑您的 SAP HANA 配置和部署设计,以确保 SAP 业务应用程序能够使用 SAP HANA 数据库服务器提供的全部功能。

SAP HANA 设计有许多决策,这些决策是为了满足 SAP 业务应用程序的业务需求。 SAP HANA 的这些设计决策会影响您的基础设施决策。 在表格中,详细解释了高级概览中这些 SAP HANA 设计考虑因素的一些示例决策。

SAP HANA 设计考虑因素和决策示例的高层次概述:

SAP HANA 设计考虑因素和决策示例的高层次概述
设计项目 示例决策
尺寸类型 标准大小调整
部署方法 设备部署
部署类型 mdc
系统类型 分布式、横向扩展
处理类型 OLAP,横向扩展
存储类型 网络 File Storage ( NFS )
存储文件系统 NFS 挂载点
高可用性围栏机制 石碑
高可用性复制模式 SAP HANA 系统复制,在同一可用区或数据中心内完全同步复制
灾难恢复的围栏机制 石碑
灾难恢复复制模式 SAP HANA 系统复制,异步复制到不同区域
备份 Backint 本地,每日完整备份 + 每 30 分钟增量备份
SAP HANA 组件 Live Cache Apps (LCAPPS),扩展应用服务高级版 (XSA - Cloud Foundry )

SAP HANA 性能指标和规格

IaaS 您有各种性能指标,这些指标指导着在云上部署 SAP HANA 的规模设计和规划决策。 这些性能指标的每一个都考虑了满足业务需求,从而确定基础设施是否合适。 这些考虑因素包括计算能力、存储容量和延迟、网络吞吐量和延迟,以及 SAP HANA 数据库服务器的设计决策。

SAP HANA 的绩效指标包括:

例如,性能指标 SAP HANA
指标 描述
内存
  • SAP 的主要因素 规模(以及景观成本和许可证成本) * 由压缩后的数据占用量(列存储和行存储中的业务数据和元数据)以及使用的额外 SAP HANA 组件(例如缓存存储)决定
CPU
  • 与 SAP AnyDB 选项相比,需要更多的CPU能力才能充分利用 SAP HANA 的并行处理能力,从而获得最佳响应 times.
  • 分析场景中的大量并行处理会影响响应时间。 因此,CPU要求对于分析性 scenarios.
    更为重要。* SAP HANA 支持混合事务处理和分析工作负载,但会争夺共享资源。
磁盘容量大小、磁盘吞吐量(输入/输出)
  • 日志和缓存数据持久化所需的磁盘容量。* 磁盘容量大小取决于数据库存储的使用类型(例如行和列)。
  • 需要足够的I/O性能,以使进程能够以可接受的数据吞吐量和存储系统延迟(即磁盘的读/写)运行
网络负载
  • 网络吞吐量带宽(单位为千兆位/秒 (Gbps)):
  • SAP 应用服务器与数据库服务器之间传输的数据量
  • SAP 应用程序与最终用户之间传输的数据量
  • 网络延迟往返(单位为毫秒 (ms)):
  • SAP 应用服务器与数据库服务器之间的时间
  • 主机与任何网络连接存储之间的时间
  • SAP 应用程序与最终用户之间的时间

SAP HANA 尺寸、类型和展开方法

尺寸类型是指使用预定义或自定义配置进行尺寸调整 SAP HANA。

部署方法(有时称为交付模式)是指运行 IaaS 认证的 SAP HANA,可以是预定义的配置,也可以是自定义配置。

以下是Appliance和TDI部署方法的总结:

Appliance与TDI部署方法
设备 TDI
应用程序 应用程序
数据库 自定义数据库大小(包括CPU:DRAM比率)
Linux 操作系统 从支持的 Linux® 操作系统版本中选择
虚拟化(可选) 虚拟化(可选)
SERVER SERVER
存储器 定制存储

以下各小节描述了标准尺寸类型的设备部署方法以及专家尺寸类型的TDI部署方法。 有关方法和类型的详细文档请参阅 SAP 文档:

标准规格类型的设备部署方法

标准尺寸类型

该术语指的是一种规格确定方法,根据硬件测试和T恤尺寸确定预先定义的配置规格,以满足特定基准,从而得出 SAP 应用程序(如网络、CPU、内存、存储)的硬件需求规格。

设备部署方法

SAP HANA 支持的硬件取决于部署方法。 设备部署方法使用由 SAP 认证的硬件合作伙伴提供的预先定义的经过验证的 SAP 优化硬件,这些硬件合作伙伴运行特定的操作系统。 这些硬件选件有多种配置规格。

合作伙伴(如云服务提供商)提供的设备具有多层冗余硬件、软件和网络组件,不会中断 SAP HANA 操作,并可防止系统中断。 这些组件包括:

  • 冗余电源和风扇以及不间断电源(UPS)
  • 企业级纠错存储器
  • 完全冗余的网络交换机和路由器
  • 磁盘存储系统使用电池来保证在断电时也能进行写入操作。
  • 磁盘存储系统,使用条带化和镜像技术实现冗余,并在磁盘故障时进行恢复。

云服务提供商 SAP 与 SAP 合作,在采用设备部署方法为 SAP HANA 设计 IaaS 认证的 时,定义了正确的尺寸:

  • 确保硬件能够达到指定的工作负载,从而实现最佳性能;在操作系统和其他程序的驻留内存占用完毕且磁盘交换功能关闭后,为 SAP HANA 提供专用内存。
  • 为了最大限度地提高性能和吞吐量,SAP 建议您尽可能扩大规模(为应用程序工作负载配置最高处理器和内存规格),然后再扩展规模(部署对数据量要求更高的应用程序)。
  • 如果源机和目标机都符合 SAP HANA 设备规格,您可以将数据库复制到不同 SAP HANA 设备供应商提供的具有不同硬件配置的机器上。

TDI部署方法,用于专家规模

专家尺寸类型

专家定制是指根据客户特定数据进行分析,并针对 SAP 应用程序的硬件要求(如网络、CPU、内存、存储)提供更详细的定制结果。

根据 SAP 的说法,专家规模通常包括“在功能和技术层面更详细地探索一些业务流程”(引文来源:规模类型——专家规模 )。

因此,在专业尺寸测量中,没有标准化的工具可用于测量,通常需要付出大量努力和 SAP 专业知识。 使用专家规模的项目通常会聘请外部咨询和系统实施业务合作伙伴来协助内部 SAP 团队。

对于专家尺寸调整,可能需要执行以下步骤(来源:尺寸调整类型——专家尺寸调整 ):

  • 确定最重要的查询/应用/场景
  • 识别它们的使用方式,例如过滤条件、授权。
  • 在具有代表性的测试数据(测试数据的质量和数量)上运行这些查询/应用程序/场景。 理想情况下,在最近的生产数据副本上
  • 测量资源消耗(CPU/内存)和响应时间
  • 根据查询/应用/场景的预期使用情况,进行预测计算

TDI部署方法

SAP HANA 支持的硬件取决于部署方法。 TDI部署方法使用由 SAP 认证的硬件合作伙伴提供的定制硬件,这些硬件合作伙伴使用灵活的操作系统或 SAP HANA 版本;这些硬件可以配置为任何大小(在 SAP 测试的最大配置下)。

合作伙伴(如云服务提供商)为TDI提供各种配置选项和冗余选项。 这些选项取决于您是选择扩大规模还是缩小规模,必须由指定的 SAP HANA 认证管理员安装。 这些 可能 包括:

  • 冗余电源和风扇以及不间断电源(UPS)
  • 企业级纠错存储器
  • 完全冗余的网络交换机和路由器
  • 磁盘存储系统使用电池来保证在断电时也能进行写入操作
  • 磁盘存储系统,使用条带化和镜像技术实现冗余,并在磁盘故障时进行恢复

SAP 和云服务提供商同意使用 认证的 为 提供TDI部署方法,以支持客户进行选定的纵向扩展或横向扩展:SAP IaaS SAP HANA

  • 这就提供了不同的系统设计选项,涉及扩展和缩放变化;然后,SAP HANA 数据库必须经过验证后才能用于生产系统,生产系统使用 SAP HANA 硬件和云测量工具 (HCMT),根据 SAP 支持组织的要求进行 TDI 测试。
  • 为了最大限度地提高性能和吞吐量,SAP 建议您尽可能扩大规模(为应用程序工作负载配置最高处理器和内存规格),然后再扩展规模(部署对数据量要求更高的应用程序)。

SAP HANA 部署类型

SAP HANA 可以采用不同的布局,具有不同的数据库架构抽象和逻辑分离配置。 不同的部署类型适用于不同的使用案例,SAP 定义了哪些部署类型(有/无限制)可用于生产 SAP 系统,哪些部署类型未获批准。 请参阅 SAP HANA 部署类型—— SAP HANA 服务器安装和更新指南的详细信息,以及以下信息摘要:

SAP HANA 系统类型

SAP 在 SAP HANA 系统类型中列出的系统类型如下:

  • 单一主机系统——一台主机服务器上有一个 SAP HANA 实例
  • 多节点/分布式/横向扩展集群

单主机系统是最简单的系统安装类型。 SAP HANA 系统可以完全运行在一台主机上,然后根据需要扩展系统。

多节点/分布式/横向扩展集群是指跨多个主机服务器安装的系统,每个主机节点的CPU/内存都有所限制,可用的主机节点数量也有限制。 有关最大扩展配置的信息,请参见 SAP Note 3557729 - Understanding Maximum Number of Nodes in SAP HANA TDI Scale-Out System

SAP HANA 横向扩展集群

扩展的使用主要针对 SAP BW /4HANA或HANA上的 SAP BW。 在应用层 ,SAP BW /4HANA的扩展和扩展 考虑因素将单独讨论。 这些考虑因素是以下各节所述数据库层考虑因素的补充。

请注意,如果您的 SAP HANA 数据库服务器节点或 SAP NetWeaver 应用程序服务器组件分布在多个可用区和数据中心,则 SAP 将不支持您的 SAP HANA 横向扩展集群(也称为 SAP HANA 多节点系统)。

网络

SAP HANA 多节点需要存在特定网络并发挥功能。 在订购系统的其他组件之前,这些网络必须与数据库节点一起正确设置。 当服务器连接了更多的网络接口时,网络流量/通信的分离可以提高性能(即保持高存储流量与用户通信的分离)。

作为网络分离的总结,您需要使用 SAP HANA 横向扩展集群来拥有:

  • 客户端网络,将 SAP Advanced Business Application Programming (SAP ABAP) 应用程序服务器、SAP HANA Studio 客户机以及其他网络客户机连接到多节点系统。 网络吞吐量和可用性选项取决于 SAP HANA 多节点系统的环境和使用情况。 考虑应用程序需要的传入、传出 SAP HANA 数据库的数据量,以及可用性关键性能指标 (KPI)。
  • 存储网络,连接到网络存储(文件/ NFS 或 Block/iSCSI,取决于基础设施的选择)。 网络吞吐量和可用性选项取决于 SAP HANA 多节点系统的环境和使用情况。 考虑每个 SAP HANA 节点提供10,000 IOPS所需的吞吐量和延迟。
  • 用于 SAP HANA 内部通信的节点间网络,设置为存储网络的等同项。 节点间网络仅用于操作过程中可能需要的节点间通信和数据传输。

每个环境都有单独的网络设计。 经典的基础设施环境网络是许多传统和物理网络概念的先驱,也是最稳健的选择。 VPC基础设施环境网络是一个软件定义的网络。 IBM Power环境网络(作为 IBM Power Systems的补充产品)采用网络化设计原则,可实现企业级性能。

鉴于这些环境网络各不相同,为不同的基础设施选项配置额外的NIC吞吐量变化:

  • 经典基础设施网络上的裸机:为了最大限度地提高性能和冗余度,物理网络接口(NIC)提供10 Gbps,然后使用链路聚合控制协议(LACP)进行绑定。 当在物理网卡上订购冗余时,交换机会自动配置。 根据物理机器规格和物理交换机的端口可用性,可以添加额外的网卡。
  • VPC基础架构网络上的英特尔虚拟服务器:为了最大限度地提高性能和冗余性,可以在多个子网上添加多达5个网络接口( vNIC )。
  • IBM Power Virtual Server,在 IBM Power Infrastructure 网络上: 为了最大限度地提高性能冗余,可以添加连接到不同 VLAN(及其各自的子网)的多个网络接口( vNIC )。
  • VMware 来自,在Classic Infrastructure网络上...... SAP
    • IBM Cloud for VMware Solutions,在 Classic Infrastructure 网络上: 根据当前 VMware 的 SDDC 最佳实践,VMware vSphere Distributed Switch (VDS) 使用 NSX-T 上的 VDS 设置 VMware 的冗余适配器。 冗余配置可能会发生变化,可通过 基于路由的源虚拟端口 负载均衡算法为每个分布式交换机设置冗余。 算法使用的所有端口组都应配置为使用2个上行链路的组合(活动:0,1)。
    • IBM Cloud Bare Metal 使用 (手动配置 VMware vSphere ),在经典基础设施网络上:建议使用适配器以实现最佳实践,但 可以使用物理NIC适配器的LACP绑定 vSwitch

横向扩展存储

数据分布在多个 SAP HANA 节点上,这些节点承载着单个数据库。

请遵循 《 SAP HANA- SAP HANA 主指南》中的指导方针,确定目标 SAP HANA 系统所需的存储容量。

所有节点必须能够访问 SAP HANA 共享卷以及每个数据和日志卷(允许网络存储访问子网内用于存储连接的所有节点可能更容易)。 附加的网络文件系统( NFS )卷必须满足特定的性能标准:

  • /hana/data/ 和 卷,每个节点需要单独的卷,最小为10 IOPS/GB /hana/log
  • /hana/shared 容量,要求所有节点共享,最小值为10 IOPS/GB,建议进一步增加到12 IOPS/GB

经典基础设施:

  • 请阅读 NetApp 上的 SAP HANA FAS 系统( NFS ),以协助配置您的 SAP HANA 多节点系统。
  • /etc/fstab 中为每个要挂载的卷使用以下网络文件系统( NFS )挂载选项 - rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576

在将所有卷都装配到所有节点上之后,多节点配置完成,已准备就绪可安装 SAP HANA 多节点数据库。 按照 SAP HANA 服务器安装和更新指南中的步骤安装所需版本的 SAP HANA 数据库。

SAP HANA 表现

在 SAP HANA 数据库服务器运行后,检查其性能以确保其满足您的业务应用需求非常重要。 这对于任何使用TDI部署方法的部署都尤为重要。

SAP HANA 性能验证

SAP HANA 硬件和云测量工具(HCMT )取代了_之前的 SAP HANA 硬件配置检查工具(HWCCT_ )。 在 SAP HANA 安装(通常)之前,会运行HCMT二进制可执行文件,并执行一系列自动测试,分析系统性能。

HCMT执行的输出是一个结果存档文件—— hcmtresult-[timestamp].zip

然后,此HCMT结果存档文件将被上传到 SAP HANA 硬件和云测量分析(HCMA) 进行详细分析。

有关下载、安装和配置 HCMT 工具的信息,请参阅 SAP 注释 2493172 - SAP HANA 硬件和云测量工具

SAP HANA 开销对可用内存的影响

每个 SAP HANA 数据库服务器都会为操作系统和其他运行所需的服务预留一小部分内存。

SAP 这些开销的估算规则如下:

  • 操作系统专用空间 = 前64GB的10% + 剩余内存的3%
  • 保留给 SAP HANA 服务和缓存=50GB

该示例展示了在考虑了内存预留开销后,SAP HANA 使用 4TB 内存(DRAM)时的净容量:

物理内存 4096 GB DRAM | -- | -- | | 操作系统专用 | 127 GB | | 可用 SAP HANA | 3969 GB | | 仅供 SAP HANA 服务和缓存使用 | 50 GB | SAP HANA 数据可用净容量+临时磁盘空间|3919 GB|

附件 SAPBW4HANA_Sizing_V2.6.4.pdf 中的 SAP Note 2296290 - SAP BW /4HANA 的新规模报告对此进行了更详细的说明

SAP HANA 高可用性和灾难恢复(HA/DR)

SAP HANA 高可用性(HA)和灾难恢复(DR)的首要要求是使用正确的操作系统(OS)插件来实现 SAP 高可用性。 在部署之前,请务必与 IBM Cloud 支持部门讨论 SAP HA的操作系统细节。

IBM Cloud 为运行具有高可用性/灾难恢复的 SAP HANA 而支持和部署的操作系统包括:

  • Red Hat Enterprise Linux (RHEL)
  • SUSE企业 Linux 服务器(SLES)

IBM Cloud 环境不支持任何预先配置的高可用性 (HA) 场景。 不过,它确实允许您通过 Red Hat Enterprise Linux HA扩展为 SAP HANA 实施HA解决方案,这与使用传统本地数据中心的现有部署方式类似。

SAP HANA 系统复制 (HSR) 配置了从一台服务器到副本的自动故障转移功能,使用 SAP 设计的各种复制模式来适应:

  • 不同的 SAP 业务应用
  • 对计划外停机的不同业务风险接受度
  • 不同基础设施的弹性成本概况

SAP HANA 请参考 SAP 关于系统复制(HSR)的文档,以及 SAP HANA 关于操作系统供应商的文档;或者咨询 SAP,获取有关您的环境设计的建议,以便进一步了解。

有关系统复制以及网络吞吐量和等待时间的更多信息,请参阅

如需了解有关设置操作系统HA集群扩展的更多信息,请查看 Linux 供应商文档。

SUSE Linux Enterprise Server 用于:SAP

Red Hat Enterprise Linux for SAP: