本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# SAP HANA 大小调整
<a name="migrating-hana-sizing"></a>

 AWS 云端所需的 SAP HANA 系统的大小取决于迁移场景。如前所述，将 SAP HANA 迁移到可能 AWS 涉及两种可能的方案：重新托管或平台重组。

## 重新托管的内存要求
<a name="migrating-hana-memory-req-rehost"></a>

由于重新托管意味着您已经在运行 SAP HANA，因此您可以根据现有 SAP HANA 系统的峰值内存利用率来确定 AWS 云端所需的 SAP HANA 系统的大小。您可能已经将本地 SAP HANA 环境的规模配置得过大（例如，为了支持未来的增长），因此测量峰值内存利用率是比测量分配的内存更好的方法。确定基本内存要求后，您应选择最小的 SAP 认证 EC2 实例，该实例提供的内存超过您的基本要求。

有三种方法可以确定现有 SAP HANA 系统的峰值内存利用率：
+ SAP HANA Studio：SAP HANA Studio 管理视图的“概览”选项卡提供了内存利用率摘要。
+ SAP EarlyWatch 警报：这是 SAP 提供的免费自动化服务，可帮助您监控 SAP 系统的主要管理区域。有关详细信息，请查看 [SAP 门户](https://support.sap.com/en/offerings-programs/support-services/earlywatch-alert.html)。
+ SQL 语句：SAP 提供可用于确定峰值内存利用率的 SQL 语句。有关详细信息，请参阅 [SAP KBA 1999997 – FAQ: SAP HANA Memory](https://me.sap.com/notes/1999997) 和 [SAP Note 1969700 – SQL statement collection for SAP HANA](https://me.sap.com/notes/1969700)。

**提示**  
我们建议您确定系统利用率可能较高的时间范围内的峰值内存利用率（例如，在年终处理期间或重大销售活动期间）。

## 重整的内存要求
<a name="migrating-hana-memory-req-replat"></a>

重整方案涉及两种可能性：
+ 你已经在运行 SAP HANA，但是当你迁移到 AWS 云端或从 IBM POWER 系统迁移到 x86 平台时，你想更改操作系统，例如，从红帽企业 Linux (RHEL) 改为 SUSE Linux 企业服务器 (SLES)，或者反之亦然。在这种情况下，您应该按照重新托管方案中的描述来调整 SAP HANA 大小。
+ 您正在从 *anyDB* 迁移到 SAP HANA。有多种方法可以预估您的内存需求：
  + 用于估算的 SAP 标准报告：这是最好的方法，基于 SAP 提供的标准大小调整报告。有关示例，请参阅以下 SAP Note：
    +  [1736976 – BW on HANA 的大小调整报告](https://me.sap.com/notes/1736976) 
    +  [1637145 – SAP BW on HANA：调整 SAP 内存数据库的大小](https://me.sap.com/notes/1637145) 
    +  [1872170 – Business Suite on HANA 和 S/4HANA 大小调整报告](https://me.sap.com/notes/1872170) 
    +  [1736976 – BW on HANA 的大小调整报告](https://me.sap.com/notes/1736976) 
  + SQL 语句：SAP 提供了可以在现有环境中运行的脚本，用于获取粗略的 SAP HANA 大小调整估算值。这些脚本针对现有数据库运行 SQL 语句，以便估算 SAP HANA 内存需求。有关更多信息，请参阅 [SAP Note 1793345 - Sizing for SAP Suite on SAP HANA](https://me.sap.com/notes/1793345)。
  + 经验法则：请参阅 [SAP Note 1793345 - SAP HANA Sizing for SAP Suite on SAP HANA](https://me.sap.com/notes/1793345) 中有关手动估算 SAP HANA 内存需求的说明。请注意，这将是一个非常粗略和一般的估计。

您还应考虑以下 SAP Note 和知识库文章以了解 SAP HANA 大小调整的注意事项：
+  [2388483 – How-To: Data Management for Technical Tables](https://me.sap.com/notes/2388483) 
+  [1855041 — 中主节点的大小建议 BW-on-HANA](https://me.sap.com/notes/1855041) 
+  [1702409 – HANA DB：BW on HANA 的扩展节点的最佳数量](https://me.sap.com/notes/1702409) 

## 针对 SAP HANA 的实例大小调整
<a name="migrating-hana-instance-sizing"></a>

 AWS 提供经过 SAP 认证的系统，这些系统经过配置，可满足特定的 SAP HANA 性能要求。有关更多信息，请参阅 [SAP Note 1943937 – Hardware Configuration Check Tool - Central Note](https://me.sap.com/notes/1943937) 和[适用于 SAP on AWS的 Amazon EC2 实例](https://docs.aws.amazon.com/sap/latest/general/ec2-instance-types-sap.html)。确定 SAP HANA 大小调整后，您可以将要求映射到 EC2 实例系列大小。也就是说，您将每个 SAP HANA 实例所需的最大内存量映射到期望的 EC2 实例类型可用的最大内存量。还应考虑适当的存储卷类型和大小，以确保 SAP HANA 数据库获得最佳性能。有关卷类型和文件系统布局的最佳实践和建议，请参阅 [AWS Launch Wizard for SAP](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html)。

**注意**  
只有生产型 SAP HANA 系统需要在符合 SAP HANA 关键性能指标的认证配置上运行（KPIs）。SAP 在运行 SAP HANA 非生产系统时提供了更大的灵活性。有关更多信息，请参阅 SAP 网站上的 [SAP HANA TDI – FAQ](https://www.sap.com/documents/2016/05/e8705aae-717c-0010-82c7-eda71af511fa.html) 和 [OSS Note 2271345](https://me.sap.com/notes/2271345)。

## 网络规划和大小调整
<a name="migrating-hana-network-sizing"></a>

您需要为传输到 AWS的数据量考虑网络规划和大小调整。数据传输时间取决于可用的网络带宽， AWS 并会影响总停机时间。更高的带宽有助于加快数据传输速度，并有助于缩短总体迁移时间。对于停机时间并不重要的非生产系统，您可以使用较小的网络管道来降低成本。或者，要传输极大量的数据，您可以使用 [AWS Snowball](https://aws.amazon.com/snowball/faqs/) 等服务将数据以物理方式（非网络）传输到 AWS。我们将在本指南的后面部分更广泛地讨论 AWS Snowball。

作为一个指导原则，您可以使用此公式来帮助预估网络数据传输可能需要多长时间：

（要传输的总字节/每秒传输速率）= 总传输时间（以秒为单位）

例如，对于 1 TB SAP HANA 设备，要传输的总字节通常为内存的 50%，即 512 GB。每秒的传输速率就是您的网络传输速率，如果您有 1 Gb 的 Direc [t Connect AWS 连接](https://aws.amazon.com/directconnect/) AWS，则每秒最多可以传输 125 MB，总数据传输时间为：

512 GB/每秒 125 MB = 4,096 秒（或 1.1 小时）

确定需要传输的数据量以及可用于传输文件的时间后，您可以确定最适合您的成本、速度和 AWS 连接要求的连接选项。

## SAP HANA 纵向扩展和横向扩展
<a name="migrating-hana-scale-up-out"></a>

 AWS 为 SAP HANA 工作负载提供了多种类型的 EC2 实例。这为您的 SAP HANA 纵向扩展和横向扩展部署提供了选择。在扩展场景中，您可以利用单个 EC2 实例的计算、内存、网络和 I/O 容量。如果您需要更多容量，可以将实例大小调整为不同的 EC2 实例类型。例如，如果您使用的是 R4 实例类型，但对于您的工作负载而言，它变得太小，则可以将其更改为 R5、X1 或 X1e 实例类型。存在的限制是单个 EC2 实例的最大容量。在中 AWS，纵向扩展使您能够从满足您要求的最小 EC2 实例类型开始，然后根据需要进行扩展。如果您的需求发生变化或新需求出现，您可以轻松地纵向扩展以满足不断变化的需求。

在横向扩展方案中，您可以通过向 SAP HANA 集群添加新 EC2 实例来向 SAP HANA 系统增加容量。例如，一旦达到单个 EC2 实例的最大内存容量，就可以横向扩展 SAP HANA 集群并添加更多实例。 AWS 已通过认证 SAP HANA 横向扩展集群，支持高达 100 TiB 的内存。请注意，在 SAP HANA 横向扩展集群中推荐的最小节点数可以低至两个节点；有关更多信息，请参阅 [SAP Note 1702409 - HANA DB: Optimal number of scale out nodes for BW on HANA](https://me.sap.com/notes/1702409)。您的规模估算可能会表明，在开始 SAP HANA 迁移之前，需要规划横向扩展配置。 AWS 当你使用[适用于 SAP 的 La AWS unch Wizard 时，你能够轻松部署 SAP HANA 横向](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html)扩展配置。

下表说明了纵向扩展和横向扩展大小调整的示例。


| 场景 | 源配置 | 目标配置 | 
| --- | --- | --- | 
|   **纵向扩展**   |  r5.8xlarge  |  r5.16xlarge  | 
|   **纵向扩展**   |  r5.16xlarge  |  x2idn.16xlarge  | 
|   **纵向扩展**   |  x2idn.32xlarge  |  x2iedn.32xlarge  | 
|   **横向扩展**   |  3 个 x2idn.16xlarge 节点  |  4 个 x2idn.16xlarge 节点  | 
|   **横向扩展**   |  x2idn.32xlarge  |  3 个 x2idn.16xlarge 节点  | 

完成 SAP 大小调整和 SAP HANA 部署模型后，您可以规划迁移策略。

除了 SAP HANA 大小调整之外，您可能还需要调整 SAP 应用程序层的大小。要查找 SAP 认证的 EC2 实例的 SAP 应用程序性能标准 (SAPS) 评级，请参阅 [SAP 网站上的 SAP 标准应用程序基准](https://www.sap.com/about/benchmark.html)和 [SAP 关于 AWS 支持说明](https://me.sap.com/notes/1656099)（需要登录 SAP）。