公司动态 · 发布时间：
裸机环境运行SAP HANA的内存认证与存储配置，首先要核对的不是服务器宣传页上的最高容量，而是整套配置是否受 SAP 支持，以及数据、日志和共享目录的存储是否符合要求。以下五项可用于比较方案、询价和验收；具体支持状态应以 SAP HANA 硬件目录及对应版本的官方文档为准。
1. 先确认整机配置是否经过认证
SAP HANA 的认证通常对应明确的服务器型号、处理器、内存布局和存储配置，并非某个品牌的所有裸机都能运行受支持的 HANA 环境。查询 SAP HANA 硬件目录时，应按目标部署类型、服务器厂商和版本筛选，再将结果与供应商报价逐项比对。
重点检查型号、处理器代际、DIMM 规格与插槽布局是否一致。自行增加内存、更换部件或混搭配置，可能使实际部署偏离认证范围。采用 SAP HANA TDI（Tailored Datacenter Integration）时，也要确认所选组件及集成方式符合适用要求，不能只凭“支持 HANA”的口头说明判断。
2. 按工作负载核算内存，而不是按最大值采购
先估算当前数据量、增长速度、并发负载和运行期间的峰值，再结合 SAP 的容量规划方法确定内存档位。开发、测试与生产系统的负载差别很大，不宜直接照搬其他项目的容量。还要确认操作系统、HANA 服务及管理任务需要的空间，并为增长和维护保留余量；余量比例应根据负载、数据管理策略和扩容周期确定，不存在适用于所有环境的固定数值。
报价中要分清“已安装内存”“可用内存”和“认证支持的内存上限”。若供应商提供扩容方案，要求说明增加 DIMM 后的插槽分布、是否需要成套升级，以及扩容后认证是否仍适用。技术内存容量也不等同于软件许可口径，许可边界应另行核对合同和 SAP 规则。
3. 比较 scale-up 与 scale-out 的扩展代价
scale-up以单台大内存服务器承载更多数据，架构相对直接，适合可在单节点支持范围内满足容量和性能的工作负载；但单机规格越高，采购门槛和故障影响面也可能越大。scale-out通过多个节点分担处理与容量，适用于单节点无法满足需求或需要横向扩展的场景，但会增加节点、网络、管理和运维成本，应用分布方式也需评估。
比较时把当前容量、未来增长、节点故障后的承载能力放在同一张表里，不要只比较每台服务器价格。确认新增节点是否有受支持的配置，以及数据重新分布、备份和恢复会带来哪些资源需求。
4. 按数据、日志和共享目录拆分存储账单
持久化存储通常要分别规划 /hana/data、/hana/log 与 /hana/shared 等用途。数据卷承载数据文件，日志卷关系到事务日志写入，共享目录用于相关软件与共享文件；三者的容量与性能要求不能简单合并成一个总容量数字。
询价时，要求供应商提供可用容量、冗余方式、控制器或设备故障时的行为，以及与认证配置相符的性能测试资料。SAP 对 HANA 存储有特定的性能与配置要求，不能仅凭标称带宽判断合格。还应把备份目标、保留周期和恢复窗口单独计入容量，避免把生产存储容量误当成完整的数据保护方案。
5. 用全周期成本而非单价做决定
总成本至少包括认证服务器及内存、存储与冗余组件、部署集成、维保、备份容量和后续扩容。大内存单机可能减少节点数量，却可能提高单台设备成本；多节点方案可能更易横向扩展，却增加网络与管理投入。最终差异取决于配置、支持期限和采购条件，不能仅凭某个部件的单价下结论。
询价前的核对步骤
- 确定 HANA 版本、部署类型、当前数据规模和预计增长。
- 在 SAP HANA 硬件目录中筛选候选配置，保存型号及配置依据。
- 要求供应商列明内存规格、安装布局、认证范围和扩容限制。
- 分别核算数据、日志、共享目录与备份的可用容量及性能依据。
- 将采购、维保、扩容和故障恢复成本纳入同一周期比较，并确认许可口径。
归根结底，裸机环境运行SAP HANA的内存认证与存储配置，应按“配置受支持、容量够用、存储达标、扩容可行、成本可解释”五条逐项验收。对报价中未标明的认证范围、可用容量或性能依据，应先要求补充书面说明，再做最终选型。
常见问题
只有服务器型号相同，就代表配置已认证吗？
不一定。处理器、内存布局及相关存储配置也可能影响支持范围，应核对完整配置，而非只看型号。
存储容量越大越稳妥吗？
不一定。容量之外还要满足相应性能要求，并分别规划数据、日志、共享目录和备份。
技术内存配置能直接确定许可费用吗？
不能直接等同。技术配置与许可计算口径可能不同，应分别核实 SAP 支持要求和适用合同条款。
