SAP on Amazon 部署必知必会

{"value":"### **一．前言**\n\n您是否计划将 SAP 应用程序迁移到 SAP HANA 平台或使用 SAP HANA 进行新项目的实施？ 如果是这样，您可能会想知道 Amazon Web Services （亚马逊云科技）提供什么选项来运行 SAP HANA 工作负载。 在这篇博文中，我想讨论 SAP HANA 所需的核心基础架构组件以及亚马逊云科技提供的构建模块，以帮助您构建运营在亚马逊云科技上的以 SAP HANA 数据库为核心的 SAP 系统。 通过此文，可以帮助您了解概念层面的部署选项。\n\n通常，内存、计算、存储、网络是 SAP HANA 所需的四个关键基础架构组件，也是 SAP on Amazon 实例选型考虑的必要因素。其中，内存是对 HANA 实例进行选型考虑的最重要的因素，CPU、存储和网络的需求根据内存大小预设或派生。例如，根据内存大小，亚马逊云科技会提供相应的经 SAP 认证的实例类型，其 CPU 核数按照内存大小进行匹配。 关于存储，无论内存大小如何，您需要根据 [SAP HANA 硬件配置检查工具（HWCCT）指南](https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/44226b888ae64f40a6e7906eeaa0a44c.html?version=2.0.04&q=hwcct)（也可以参考 SAP note 1943937 – Hardware Configuration Check Tool – Central Note 提及的内容）中 的要求去计算满足 HANA 对于存储大小和性能的要求。 最后，对于网络，特别是对于横向扩展情况，不论内存大小，您都需要能够在 SAP HANA 节点之间至少支持 9.5 Gbps 的网络吞吐量。\n\n在过去的几年中，Amazon 与 SAP 紧密合作，以验证在 Amazon 平台上运行 SAP HANA 工作负载的计算和存储配置。 我们如何实现这个目标的呢？ 答案是，Amazon 已经设计了具有不同内存大小经过 SAP 认证的 [Amazon Elastic Compute Cloud（Amazon EC2）实例](https://docs.aws.amazon.com/sap/latest/general/ec2-instance-types-sap.html)，以满足 SAP 对 SAP HANA 的所有严格的性能要求。 此外，[Amazon Elastic Block Store（Amazon EBS）](https://aws.amazon.com/ebs/)提供高性能的存储，满足HANA对读写 I/O 的性能要求。\n\n下面我们来详细介绍 SAP on Amazon 云平台的配置选项，高可用及灾备，备份与恢复，系统部署和迁移，以及监控方面的话题。\n\n#### **二．部署选项**\n\n#### **1. CPU 和内存**\n\n亚马逊云科技提供了多种种 EC2 实例类型来支持不同类型的工作负载。有多种 EC2 实例系列非常适合 SAP HANA 工作负载。例如，内存优化的 M4、R3、R4、R5 和 R6 实例以及高内存 X1、X2 以及 U 系列实例。这些实例系列是针对 HANA 工作负载专门打造的。这些实例系列为您提供了运行 SAP HANA 工作负载的各种选项。对于在线分析处理（OLAP）系统的工作负载（例如，HANA 上的 SAP Business Warehouse，SAP BW/4 HANA，数据集市等），实例垂直扩展能力从 244 GiB 到 2 TB、4TB 以及 24TB，而水平扩展能力可以一直到扩展到 100 TB，并被 SAP 完全支持，我们已经在 Amazon 实验室中成功测试了多达 25 个节点的部署或总共 100 TB 的内存。对于在线交易处理（OLTP）系统的工作负载（例如，HANA 上的 SAP Business Suite，SAP S4/HANA，SAP CRM 等），您现在可以从 244 GiB 垂直扩展到 4TB 以及 24TB。\n\n随着 Amazon 不断推出最新 CPU 的新实例类型，我们将与 SAP 密切合作，为这些 SAP HANA 新一代实例进行认证。通过 SAP 认证和支持的 SAP HANA 硬件“[认证 IaaS 平台](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23)”目录页面，您可以根据项目需要选择用于 SAP HANA 工作负载所需的 Amazon 实例类型。在非生产工作负载的给定实例系列中，您可以随时使用较小的实例，例如 R3.8xlarge，R4.8xlarge、R5.4xlarge、R6i.12xlarge 等，以降低总体拥有成本（TCO）。请记住，这些是云原生实例，使您可以灵活地将 SAP HANA 系统的内存空间从 64GB 无缝更改为 2TB。反之亦然，几分钟内即可实现 SAP HANA 实施的前所未有的灵活性。\n\n以下图表展示了 SAP HANA 从纵向和横项两个维度展示的 HANA 实例类型。\n\n\n\n其次，我们也对新一代 [Amazon EC2 ](https://aws.amazon.com/cn/ec2/?trk=cndc-detail)HANA 实例 X2 与上一代实例类型 X1 进行了相关的性能比较。我们可以看到，在 CPU、内存配置基本一致的情况下，X2 实例较 X1 实例类型的 SAPs 值有了将近一倍的提升，同时我们的成本还较 X1 实例有所下降，如下图表所示。相关的比较说明请参考 SAP 的官方文档之描述备注 2 提及的内容。\n\nX2idn 实例系列\n\n\n\nX2iedn 实例系列\n\n\n\nX1 实例\n\n\n\nX1e 实例系列\n\n\n\n下表展示了针对 SAP 生产系统，HANA 可以选择的 X2、X1、r6、r5 部分实例：\n\n\n\n下表展示了针对 SAP 开发、测试系统，HANA 可以选择的 r6、r5、r4 部分实例：\n\n\n\n**备注1：**- 关于 SAP ON Amazon 的认证的实例类型请参考以下链接。\n\n经 SAP 认证的实例详细信息链接，在 Amazon 官网的访问链接如下：\n\n[https://aws.amazon.com/cn/sap/instance-types/](https://aws.amazon.com/cn/sap/instance-types/)\n\n经 SAP 官网认证的 Amazon 实例列表，在 SAP 官网的访问链接如下：\n\n[https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/)\n\n**备注2：X2 与 X1 性能介绍**\n\n[https://www.sap.com/about/benchmark/measuring.html\\n](https://www.sap.com/about/benchmark/measuring.html)\n[https://launchpad.support.sap.com/#/notes/1656099](https://launchpad.support.sap.com/)\n\n### **2. 存储**\n提供 6 种不同的存储类型供 SAP EC2 实例选择，这六种不同的存储包括：GP2, GP3, IO1, IO2, ST1, SC1 。其中 GP2, GP3, IO1, IO2 这四类以固态驱动器（SSD）为基础的存储服务，他们属于 EBS 块存储，为 SAP EC2 实例提供持久的、可靠的存储卷，作为原始块设备呈现给 EC2 实例。EBS 卷的功能类似于存储区域网络（SAN）设备，与 EBS 卷的所有通信都通过Amaon提供给 [Amazon EC2 ](https://aws.amazon.com/cn/ec2/?trk=cndc-detail)实例的存储网络进行。另外，Amazon 还提供对象存储 S3、Glacier 来实现 SAP 的系统的备份恢复；对于 SAP 应用服务器所需的网络文件共享，通过使用 EFS 与 FSx 来实现。\n\nEBS卷存储的特性如下：\n\n- [gp3](https://aws.amazon.com/cn/ebs/general-purpose/) 卷可以在任何卷大小下提供 3000 IOPS free 和 125 MB/s free 的基准性能。追求更高性能的客户可在另外付费后扩展到高达 Max IOPS/Volume 16,000 和 Max IOPS/Volume 1,000 MB/s 的最佳性能。gp3 卷可达到个位数毫秒级的延迟，同时获得预置性能水平的时间可达到 99%。\n- 通用 SSD（[gp2](https://aws.amazon.com/cn/ebs/general-purpose/)）卷类型，您可以使用高达每卷 250 MB/s 的吞吐量。\n- IOPS SSD（[io1](https://aws.amazon.com/cn/ebs/volume-types/)）io1 旨在实现从最高 50 IOPS/GB 的稳定基准性能到 64000 IOPS 的极限性能，每个卷的吞吐量最高可达 1000MB/s，为了最大限度地利用 io1 的优势，我们推荐使用 EBS 优化型 EC2 实例。\n- [io2](https://aws.amazon.com/cn/ebs/volume-types/) 是新一代预置 IOPS SSD 卷，在与上一代卷 (io1) 价格相同的情况下，可为预置的每GB提供高达100倍的持久性 (99.999％)，以及高10 倍的 IOPS 存储比 (500 IOPS)。io2 是一个高性能的 EBS 存储选项，旨在用于具有较高持久性要求的业务关键型、I/O 密集型数据库应用程序，例如 SAP HANA。\n\n针对 SAP on Amazon,EBS 卷存储的选择如下：\n\n- Amazon 建议针对 SAP EC2 实例选择存储时，如果对 I/O 要求不高时，可以选择使用 GP2/GP3 卷类型，但优先选择 GP3 存储；\n- 如果使用 GP2/GP3 无法达到 I/O 性能要求或可用性级别时，建议选择使用 IO1 或 IO2；\n- 为了满足 SAP 生产系统的高 I/O 要求，建议对 HANA 数据库使用 EBS 优化的 EC2 实例。为了进一步增加一个文件系统可以提供的 IOPS 总数，可以使用软件 RAID （如逻辑卷管理器）将多个 EBS 卷分条到单个文件系统中。每个 EBS 卷都通过 Amazon 底层基础架构中的镜像来防止物理驱动器故障。因此，不建议使用高于 RAID-0 的软件 RAID 级别。\n\nHDD 卷类型特性及部署选项如下：\n\n- st1 卷由普通硬盘 (HDD) 提供支持，非常适用于频繁访问且拥有大型数据集 I/O 的吞吐量密集型工作负载，例如 SAP BW/4 HANA 数据仓库以及 ETL 工作负载。这些卷提供吞吐量方面的性能（以 MB/s 为单位），能够突增至每 TB 250MB/s，其中基准吞吐量为每 TB 40MB/s，最大吞吐量为每卷 500MB/s\n- sc1 由普通硬盘 (HDD) 提供支持，它非常适用于非频繁访问且拥有大型冷数据集的工作负载。与 st1 类似，sc1 也提供突增模型。这些卷能突增至每 TB 80MB/s，其中基准吞吐量为每 TB 12MB/s，最大吞吐量为每卷 250MB/s。\n\n对象存储 S3 和 Glacier 特性及使用选择：\n\n- S3 存储类包括：S3 Intelligent-Tiering，可自动为具有未知或不断变化的访问模式的数据节省成本；\n- S3 Standard，适用于频繁访问的数据；S3 Standard-Infrequent Access (S3 Standard-IA)\n- S3 One Zone-Infrequent Access (S3 One Zone-IA)，适用于访问频率较低的数据；\n- S3 Glacier Instant Retrieval，适用于需要即时访问的归档数据；\n- S3 Glacier Flexible Retrieval（前称为 S3 Glacier），适用于很少访问且不需要即时访问的长期数据；\n- [Amazon S3 Glacier](https://aws.amazon.com/cn/s3/storage-classes/glacier/?trk=cndc-detail) Deep Archive (S3 Glacier Deep Archive)，适用于以最低的云存储成本进行长期归档和数字保存。\n\n如果您具有现有 Amazon 区域无法满足的数据驻留要求，您可以使用 S3 Outposts 存储类将您的 S3 数据存储在本地。[Amazon S3](https://aws.amazon.com/cn/s3/?trk=cndc-detail) 还提供了在整个数据生命周期内管理数据的功能。设置 S3 生命周期策略之后，无需更改您的应用程序，您的数据将自动传输到其他存储类。\n\n通常，我们推荐使用 S3 来定期存放备份周期内的 HANA 备份、SAP 应用服务器的备份，使用 S3 的生命周期管理策略把过期的备份转移到成本更低的 Glacier。\n\n弹性文件系统（EFS）作为 NFS 服务：\n\n- 基于 Linux 的 SAP 系统可以将 EFS 用作所有区域（至少有 3 个可用性区域）中 /sapmnt、/usr/SAP/trans 和 ASCS 实例目录的高可用性共享文件系统 \n- [Amazon FSx for Windows File Server](https://aws.amazon.com/cn/fsx/windows/?trk=cndc-detail) 使您能够轻松地为应用程序和最终用户启动和扩展可靠、高性能和安全的共享文件存储。使用 Amazon FSx，您可以启动可跨多个可用性区域（AZ）的高持久性和可用性文件系统，并且可以使用行业标准服务器消息块（SMB）来访问 /sapmnt、/usr/SAP/trans 和 ASCS 实例目录。\n\n### **3. 网络**\n\n网络性能是 SAP HANA 的另一个关键因素，尤其是针对 OLAP 横向扩展系统。 每个 EC2 实例都有自己特定的网络带宽，而像 X2、X1 这样的一些实例系列可为您的 SAP HANA 需求提供高达 100 Gbps 的网络带宽。\n\n此外，许多实例为 [Amazon EBS](https://aws.amazon.com/cn/ebs/?trk=cndc-detail) 存储提供专用网络带宽。例如，X2 实例（x2iedn.32xlarge）提供 100 Gbps 的网络带宽和 80 Gbps 的专用存储带宽。 R6（r6i.32xlarge）除了专用的 40 Gbps 存储带宽外还提供 50 Gbps 的网络带宽。\n\n下表简要列举了经 SAP 认证的几个有代表性的实例的网络功能。\n\n\n\n### **4. 操作系统**\n\nSAP 目前支持在 SUSE Linux Enterprise Server（SLES）或 Red Hat Enterprise Linux（RHEL）上运行 SAP HANA，AMAZON 都支持这两种操作系统版本。 此外，您可以在 [Amazon Marketplace](https://aws.amazon.com/marketplace/) 中选择 SAP HANA 特定的 SUSE 和 Red Hat AMI 来快速开始部署您需要的操作系统版本。您还可以选择携带自己的操作系统许可证在 Amazon 上部署您的操作系统。\n\n### **5. 高可用性**\n\nHA 和 DR 是在 SAP HANA 上运行的关键业务应用程序的关键。Amazon 提供了几个构建模块，包括全球各个 Amazon 区域和每个 Amazon 区域内的多个可用区域，您可以根据 RTO 和 RPO 的要求设置 HA 和 DR 解决方案。无论您是寻求基于成本优化的解决方案还是基于停机时间优化的解决方案，SAP HANA HA/DR 架构都有一些独特的选择，请查看 [SAP HANA HA/DR 指南](https://d0.awsstatic.com/enterprise-marketing/SAP/sap-hana-on-aws-high-availability-disaster-recovery-guide.pdf)，以了解有关这些更多信息。通常我们推荐使用 SUSE Linux 或者 RedHat Linux 的最佳实践来部署 SAP on Amazon 的相关产品。下面是 SUSE Linux 推荐的 SAP ON Amazon 的高可用的部署方案示例介绍。\n\n高可用方案建设方案介绍：ASCS 使用 SUSE Linux pacemaker 集群技术实现 ASCS 与 ERS 的高可用；HANA 通过 SUSE Linux pacemaker 集群技术结合 HANA 的 System Replicate 数据复制技术实现 HANA 数据库可靠性、一致性、业务的可持续性运营。在这个高可用解决方案中，通过 SAP 认证的 [Amazon EC2 ](https://aws.amazon.com/cn/ec2/?trk=cndc-detail)实例，Amazon 高性能网络，高性能 EBS 存储，为 SAP 量身定制优化的 EFS 存储，实现了 ASCS 与 HANA 无单点故障运行（SPOF）。\n\n\n\n### **6. 灾备系统**\n\n灾备系统建设方案：通常我们需要对生产系统的 SAP 应用服务器和 HANA 数据库服务器根据客户需求设计对应的灾备解决方案，满足系统在地震、洪水、战争或者火灾等不可抗外力因素发生的时候有一套对应的灾备解决方案，满足生产系统的可靠运营，保证业务的持续运营。Amazon 通常有 [4 种不同的灾备解决方案](https://aws.amazon.com/cn/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/)（包括备份恢复模式、守夜灯模式、温备模式、多站多活模式）。本博文简要介绍前两种常用的针对 SAP 生产系统的灾备方案选项。\n\n对于选项一，通过 Amazon Backint Agent 进行生产系统的备份，然后定期把备份通过 [Amazon S3](https://aws.amazon.com/cn/s3/?trk=cndc-detail) 传输到灾备系统的 S3，随后恢复备份数据到灾备系统 HANA 数据库,选项一对 RPO 和 RTO 要求不高。\n\n选项二，通过 HANA 的异步复制技术，实现灾备系统与生产系统的数据一致性。选项二对于 RTO 和 RPO 要求比较高，比如 RPO<=10 分钟,RTO 根据实际的网络切换、接口切换等时间来决定。\\n\\n下图为两种不同灾备系统建设的架构示意图：\\n\\n\\n\\n### **7. 快速部署 SAP on Amazon**\\n\\n您可能会问：“Amazon 为 SAP HANA 提供的这些构建模块非常好，但是如何将这些组件放在一起构建一个满足 SAP on Amazon 要求的系统？” Amazon 客户几年前就问了这个问题，这就是为什么 Amazon 构建了 [Amazon SAP HANA 快速启动](https://docs.aws.amazon.com/zh_cn/quickstart/latest/sap-hana/welcome.html)。此快速启动使用 Amazon CloudFormation 模板（基础架构作为代码 infrastructure as code ）和自定义脚本来帮助配置 Amazon 基础架构组件，包括存储和网络。快速启动有助于设置 SAP HANA 安装的操作系统先决条件，并且可以在携带自己的软件和许可证时安装 SAP HANA 软件。快速启动是可以在全球许多 Amazon 地区使用的自助服务工具。在不到一小时的时间内，可以一致、可预测和可重复的方式为您的 SAP HANA 系统提供基础设施，无论是单节点还是多节点的横向扩展系统。\\n\\n我们建议您使用 Amazon 快速启动为您的 SAP HANA 部署配置基础架构。但是，如果无法使用快速启动（例如，因为要使用自己的操作系统映像），则可以手动配置 SAP HANA 环境，您需要确保并遵循快速入门指南中[有关存储和实例类型的建议](https://docs.aws.amazon.com/zh_cn/quickstart/latest/sap-hana/planning.html)。为此，我们也推荐您遵循“ [SAP HANA on Amazon 手动部署指南](https://d0.awsstatic.com/enterprise-marketing/SAP/SAP-HANA-on-AWS-Manual-Setup-Guide.pdf)”中的建议去部署您的 SAP 系统。\\n\\n### **8. 备份和恢复**\\n\\n备份存储选择：以可靠的方式备份和恢复 SAP HANA 数据库的能力对于保护业务数据至关重要。您可以使用 SAP HANA 原生工具将数据库备份到 EBS 卷，并最终将备份的文件移动到 [Amazon Simple Storage Service（Amazon S3）](https://aws.amazon.com/s3/)，以提高其持久性。Amazon S3 是高度可扩展和持久的对象存储服务，Amazon S3 中的对象可以冗余地存储在一个区域内的多个设施中，并提供 11 个 9 的持久性。\\n\\n备份方案选择：您还可以选择使用与 Amazon S3 集成的企业级备份解决方案，如 Commvault，EMC NetWorker，Veritas NetBackup 和 IBM Spectrum Protect（Tivoli Storage Manager）这些合作伙伴解决方案可以帮助您将 SAP HANA 数据库直接备份到 Amazon S3，并使用企业级软件管理备份和恢复。在 Amazon 上，我们也为 SAP HANA 量身定制打造了 [Amazon Backint Agent](https://aws.amazon.com/cn/backint-agent/) 。\\n\\nAmazon Backint Agent 备份及恢复工作原理示意图如下：\\n\\n\\n\\nAmazon Backint Agent 是经过 SAP 认证的备份和恢复应用程序，适用于在 Amazon EC2 实例上运行的 SAP HANA 工作负载。Amazon Backint Agent 作为独立应用程序运行,该应用程序与现有工作流集成，将 SAP HANA 数据库备份到 Amazon S3,备份与恢复工具可以使用 SAP HANA Cockpit、SAP HANA Studio 和 SQL 命令等。Amazon Backint Agent 支持 SAP HANA 数据库的完整、增量和差异备份。此外，您可以将日志文件和目录备份到 Amazon S3。Amazon Backint Agent 在 SAP HANA 数据库服务器上运行，日志备份和目录通过 Amazon Backint Agent 存放到 S3。如果需要恢复 SAP HANA 数据库，SAP HANA 使用 SAP HANA Cockpit、SAP HANA Studio 和 SQL 命令，通过 Amazon Backint Agent 读取存储在 S3 存储桶中的目录和文件，发起请求以从 S3 恢复所需的文件。\\n\\n### **9. 系统监控**\\n\\n使用 [Amazon CloudWatch Application Insights](https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html) 来为 SAP HANA 数据库设置监控，您可以使用 Amazon CloudWatch Application Insights 自动控制面板可视化展示问题详细信息、加快故障排除速度及缩短 SAP HANA 数据库的平均解决时间(MTTR)。\\n\\n1. 配置告警阈值：CloudWatch Application Insights 会自动创建由告警监控的 Amazon CloudWatch 指标，以及该指标的阈值。当该指标在指定数量的评估期内超出阈值，告警将变为 ALARM （告警）状态。\\n\\n2. SAP HANA 的异常检测：对于特定的 SAP HANA 指标（例如线程数量），CloudWatch 应用统计和机器学习算法来定义阈值。这些算法只需最少的用户干预，即可持续分析 SAP HANA 数据库的指标，确定正常基线和表面异常。算法会生成一个异常检测模型，该模型生成表示正常指标行为的预期值范围。异常检测算法将指标的季节性变化和趋势变化考虑在内。季节性变化可以是每小时、每天或每周，如下图为 SAP HANA CPU 使用率示例所示。\\n\\n\\n\\n3. 查看和排查 CloudWatch Application Insights 检测到的问题\\n\\n- [SAP HANA 数据库达到内存分配限制](https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-memory)\\n- [磁盘已满事件](https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-disk-full)\\n- [SAP HANA 备份停止运行](https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-backup-stopped)\\n\\n另外，我们也可以通过使用无服务器架构结合 CloudWatch 对 SAP 应用服务器进行监控。目前，sap-monitor application repository 还没落地中国区域，一旦落地后，我们就可以参考博文里提到的过程进行配置。（[SAP monitoring: A serverless approach using Amazon CloudWatch](https://aws.amazon.com/cn/blogs/awsforsap/sap-monitoring-a-serverless-approach-using-amazon-cloudwatch/)）。我们可以通过下面的操作步骤去检查 sap-monitor 有没有落地中国区域：\\n\\nGo to **Serverless Application Repository** from **Amazon Console** and then go to **Available applications** → **Public Applications** and search for **sap-monitor**\\n\\n下图展示如何去 Amazon 控制台查找 sap-monitor\\n\\n\\n\\n### **10. 系统迁移**\\n\\n在实际迁移的时候，您可以使用 SAP Software Provisioning Manager（SWPM）和 Software Update Manager（SUM）的 Database Migration Option（DMO）等标准 SAP 工具集，或第三方迁移工具来把在其他数据库上运行的 SAP 应用程序迁移到 Amazon 上的 SAP HANA。SAP 到 Amazon 迁移过程与典型的本地迁移方案没有太大的不同。在 IDC 环境中，通常源系统和目标系统驻留在同一 IDC 数据中心。当您迁移到 Amazon 时，唯一的区别是您的目标系统驻留在 Amazon 上，因此您可以将 Amazon 视为自己的数据中心的扩展。还有一些选项可用于在迁移过程中将导出的数据从本地数据中心传输到 Amazon。\\n\\n如下图为我们展示了实施 SAP on Amazon 同构或者异构系统迁移时，根据客户源系统的不同情况使用到的迁移工具与方法。\\n\\n\\n\\n另外，Amazon 也提供非 SAP 的工具比如 Amazon CloudEndure 来为 SAP 从 IDC 机房迁移到Amazon或者从 Amazon 的不同区域迁移到另一个区域，或者从不同的云迁移到 Amazon，也支持 Amazon 不同账号间的迁移。当然，也可以通过 CloudEndure 实现灾备，请关注[另一博文](https://aws.amazon.com/cn/blogs/awsforsap/sap-disaster-recovery-solution-using-cloudendure-part-1-failover/)（SAP Disaster Recovery Solution Using CloudEndure）提及的内容介绍。\\n\\n下面是一个在 Amazon 上不同账号间采用 CloudEndure 从源系统迁移到目标系https://aws.amazon.com/cn/blogs/awsforsap/automating-sap-migrations-using-cloudendure-migration/统的一个示例，这个例子在[博文]()（Automating SAP migrations using CloudEndure Migration）中提到如何实施的过程，请大家参阅。\\n\\n\\n\\n通过 CloudEndure 迁移 SAP 系统的步骤如下：\\n\\n- 注册 CloudEndure 的迁移帐户在 CloudEndure 官网上\\n- 设置项目并定义复制设置\\n- 在源系统的实例上安装 CloudEndure 代理\\n- 监控复制和更新蓝图\\n- 启动测试实例\\n- 执行迁移切换\\n- 执行 SAP 迁移后的相关步骤\\n- 执行清理工作\\n\\n其他注意事项包括操作，调整 EC2 实例大小，如何缩放 EC2，与其他 Amazon 服务（如 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) ）的集成，以及大数据解决方案。要了解有关在 Amazon 上运行 SAP 工作负载的更多信息，请参阅 Amazon 网站上列出的[白皮书](https://aws.amazon.com/sap/whitepapers/)。\\n\\n最后，如果您需要一个超出了目前可用规模的可扩展系统，请[与我们联系](https://aws.amazon.com/sap/contact-us/)。我们很乐意与您讨论您的要求，并与您一起实施。\\n\\n### **三．总结**\\n本博客从 SAP on Amazon 的部署选项，包括内存、CPU、存储、网络、操作系统的介绍，让您明白如何选择一套适合 SAP 系统所需要的 EC2 实例；通过对 SAP 高可用、灾备的介绍，帮助您打造出一个满足业务高可用、高可靠的，具备容灾能力的一个健全的 SAP 系统；通过对系统监控、备份恢复的介绍，让您明白 Amazon 如何帮助您实现安全、自动化的运维；通过 Amazon 的部署工具和和迁移工具，让您快速高效的把 SAP 系统部署、迁移到 Amazon。\\n\\n### **本篇作者**\\n\\n\\n\\n#### **江伟**\\n\\n亚马逊云科技迁移团队 SAP on Amazon 架构师，具有多年的SAP从业经历和丰富的项目经验，主要为客户提供 SAP 云上系统架构设计，SAP 上云迁移等咨询服务。","render":"<h3><a id=\\"_0\\"></a><strong>一．前言</strong></h3>\\n<p>您是否计划将 SAP 应用程序迁移到 SAP HANA 平台或使用 SAP HANA 进行新项目的实施？ 如果是这样，您可能会想知道 Amazon Web Services （亚马逊云科技）提供什么选项来运行 SAP HANA 工作负载。 在这篇博文中，我想讨论 SAP HANA 所需的核心基础架构组件以及亚马逊云科技提供的构建模块，以帮助您构建运营在亚马逊云科技上的以 SAP HANA 数据库为核心的 SAP 系统。 通过此文，可以帮助您了解概念层面的部署选项。</p>\n<p>通常，内存、计算、存储、网络是 SAP HANA 所需的四个关键基础架构组件，也是 SAP on Amazon 实例选型考虑的必要因素。其中，内存是对 HANA 实例进行选型考虑的最重要的因素，CPU、存储和网络的需求根据内存大小预设或派生。例如，根据内存大小，亚马逊云科技会提供相应的经 SAP 认证的实例类型，其 CPU 核数按照内存大小进行匹配。 关于存储，无论内存大小如何，您需要根据 <a href=\\"https://help.sap.com/docs/SAP_HANA_PLATFORM/6b94445c94ae495c83a19646e7c3fd56/44226b888ae64f40a6e7906eeaa0a44c.html?version=2.0.04&amp;q=hwcct\\" target=\\"_blank\\">SAP HANA 硬件配置检查工具（HWCCT）指南</a>（也可以参考 SAP note 1943937 – Hardware Configuration Check Tool – Central Note 提及的内容）中 的要求去计算满足 HANA 对于存储大小和性能的要求。 最后，对于网络，特别是对于横向扩展情况，不论内存大小，您都需要能够在 SAP HANA 节点之间至少支持 9.5 Gbps 的网络吞吐量。</p>\\n<p>在过去的几年中，Amazon 与 SAP 紧密合作，以验证在 Amazon 平台上运行 SAP HANA 工作负载的计算和存储配置。 我们如何实现这个目标的呢？ 答案是，Amazon 已经设计了具有不同内存大小经过 SAP 认证的 <a href=\\"https://docs.aws.amazon.com/sap/latest/general/ec2-instance-types-sap.html\\" target=\\"_blank\\">Amazon Elastic Compute Cloud（Amazon EC2）实例</a>，以满足 SAP 对 SAP HANA 的所有严格的性能要求。 此外，<a href=\\"https://aws.amazon.com/ebs/\\" target=\\"_blank\\">Amazon Elastic Block Store（Amazon EBS）</a>提供高性能的存储，满足HANA对读写 I/O 的性能要求。</p>\\n<p>下面我们来详细介绍 SAP on Amazon 云平台的配置选项，高可用及灾备，备份与恢复，系统部署和迁移，以及监控方面的话题。</p>\n<h4><a id=\\"_10\\"></a><strong>二．部署选项</strong></h4>\\n<h4><a id=\\"1_CPU__12\\"></a><strong>1. CPU 和内存</strong></h4>\\n<p>亚马逊云科技提供了多种种 EC2 实例类型来支持不同类型的工作负载。有多种 EC2 实例系列非常适合 SAP HANA 工作负载。例如，内存优化的 M4、R3、R4、R5 和 R6 实例以及高内存 X1、X2 以及 U 系列实例。这些实例系列是针对 HANA 工作负载专门打造的。这些实例系列为您提供了运行 SAP HANA 工作负载的各种选项。对于在线分析处理（OLAP）系统的工作负载（例如，HANA 上的 SAP Business Warehouse，SAP BW/4 HANA，数据集市等），实例垂直扩展能力从 244 GiB 到 2 TB、4TB 以及 24TB，而水平扩展能力可以一直到扩展到 100 TB，并被 SAP 完全支持，我们已经在 Amazon 实验室中成功测试了多达 25 个节点的部署或总共 100 TB 的内存。对于在线交易处理（OLTP）系统的工作负载（例如，HANA 上的 SAP Business Suite，SAP S4/HANA，SAP CRM 等），您现在可以从 244 GiB 垂直扩展到 4TB 以及 24TB。</p>\n<p>随着 Amazon 不断推出最新 CPU 的新实例类型，我们将与 SAP 密切合作，为这些 SAP HANA 新一代实例进行认证。通过 SAP 认证和支持的 SAP HANA 硬件“<a href=\\"https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23\\" target=\\"_blank\\">认证 IaaS 平台</a>”目录页面，您可以根据项目需要选择用于 SAP HANA 工作负载所需的 Amazon 实例类型。在非生产工作负载的给定实例系列中，您可以随时使用较小的实例，例如 R3.8xlarge，R4.8xlarge、R5.4xlarge、R6i.12xlarge 等，以降低总体拥有成本（TCO）。请记住，这些是云原生实例，使您可以灵活地将 SAP HANA 系统的内存空间从 64GB 无缝更改为 2TB。反之亦然，几分钟内即可实现 SAP HANA 实施的前所未有的灵活性。</p>\\n<p>以下图表展示了 SAP HANA 从纵向和横项两个维度展示的 HANA 实例类型。</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/965415a2ee4d4e71baf19a44daefb737_image.png\\" alt=\\"image.png\\" /></p>\n<p>其次，我们也对新一代 Amazon EC2 HANA 实例 X2 与上一代实例类型 X1 进行了相关的性能比较。我们可以看到，在 CPU、内存配置基本一致的情况下，X2 实例较 X1 实例类型的 SAPs 值有了将近一倍的提升，同时我们的成本还较 X1 实例有所下降，如下图表所示。相关的比较说明请参考 SAP 的官方文档之描述备注 2 提及的内容。</p>\n<p>X2idn 实例系列</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/5825ff853b5140b0b406061c3b985ead_image.png\\" alt=\\"image.png\\" /></p>\n<p>X2iedn 实例系列</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/1dc2fc3790e44032b079605051520aed_image.png\\" alt=\\"image.png\\" /></p>\n<p>X1 实例</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/c2e3b667d7fd4628a855925835a0f8ae_image.png\\" alt=\\"image.png\\" /></p>\n<p>X1e 实例系列</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/a17682df1a4d4183befa1ebec68dab85_image.png\\" alt=\\"image.png\\" /></p>\n<p>下表展示了针对 SAP 生产系统，HANA 可以选择的 X2、X1、r6、r5 部分实例：</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/7d2c596e7dc241f9bddd2d9600192e8e_image.png\\" alt=\\"image.png\\" /></p>\n<p>下表展示了针对 SAP 开发、测试系统，HANA 可以选择的 r6、r5、r4 部分实例：</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/c5c5009453174a4a903fa64f0f0abdc0_image.png\\" alt=\\"image.png\\" /></p>\n<p><strong>备注1：</strong>- 关于 SAP ON Amazon 的认证的实例类型请参考以下链接。</p>\\n<p>经 SAP 认证的实例详细信息链接，在 Amazon 官网的访问链接如下：</p>\n<p><a href=\\"https://aws.amazon.com/cn/sap/instance-types/\\" target=\\"_blank\\">https://aws.amazon.com/cn/sap/instance-types/</a></p>\\n<p>经 SAP 官网认证的 Amazon 实例列表，在 SAP 官网的访问链接如下：</p>\n<p><a href=\\"https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/\\" target=\\"_blank\\">https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23</a></p>\\n<p><strong>备注2：X2 与 X1 性能介绍</strong></p>\\n<p><a href=\\"https://www.sap.com/about/benchmark/measuring.html\\" target=\\"_blank\\">https://www.sap.com/about/benchmark/measuring.html<br />\\n</a><br />\\n<a href=\\"https://launchpad.support.sap.com/\\" target=\\"_blank\\">https://launchpad.support.sap.com/#/notes/1656099</a></p>\\n<h3><a id=\\"2__64\\"></a><strong>2. 存储</strong></h3>\\n<p>提供 6 种不同的存储类型供 SAP EC2 实例选择，这六种不同的存储包括：GP2, GP3, IO1, IO2, ST1, SC1 。其中 GP2, GP3, IO1, IO2 这四类以固态驱动器（SSD）为基础的存储服务，他们属于 EBS 块存储，为 SAP EC2 实例提供持久的、可靠的存储卷，作为原始块设备呈现给 EC2 实例。EBS 卷的功能类似于存储区域网络（SAN）设备，与 EBS 卷的所有通信都通过Amaon提供给 Amazon EC2 实例的存储网络进行。另外，Amazon 还提供对象存储 S3、Glacier 来实现 SAP 的系统的备份恢复；对于 SAP 应用服务器所需的网络文件共享，通过使用 EFS 与 FSx 来实现。</p>\n<p>EBS卷存储的特性如下：</p>\n<ul>\\n<li><a href=\\"https://aws.amazon.com/cn/ebs/general-purpose/\\" target=\\"_blank\\">gp3</a> 卷可以在任何卷大小下提供 3000 IOPS free 和 125 MB/s free 的基准性能。追求更高性能的客户可在另外付费后扩展到高达 Max IOPS/Volume 16,000 和 Max IOPS/Volume 1,000 MB/s 的最佳性能。gp3 卷可达到个位数毫秒级的延迟，同时获得预置性能水平的时间可达到 99%。</li>\\n<li>通用 SSD（<a href=\\"https://aws.amazon.com/cn/ebs/general-purpose/\\" target=\\"_blank\\">gp2</a>）卷类型，您可以使用高达每卷 250 MB/s 的吞吐量。</li>\\n<li>IOPS SSD（<a href=\\"https://aws.amazon.com/cn/ebs/volume-types/\\" target=\\"_blank\\">io1</a>）io1 旨在实现从最高 50 IOPS/GB 的稳定基准性能到 64000 IOPS 的极限性能，每个卷的吞吐量最高可达 1000MB/s，为了最大限度地利用 io1 的优势，我们推荐使用 EBS 优化型 EC2 实例。</li>\\n<li><a href=\\"https://aws.amazon.com/cn/ebs/volume-types/\\" target=\\"_blank\\">io2</a> 是新一代预置 IOPS SSD 卷，在与上一代卷 (io1) 价格相同的情况下，可为预置的每GB提供高达100倍的持久性 (99.999％)，以及高10 倍的 IOPS 存储比 (500 IOPS)。io2 是一个高性能的 EBS 存储选项，旨在用于具有较高持久性要求的业务关键型、I/O 密集型数据库应用程序，例如 SAP HANA。</li>\\n</ul>\n<p>针对 SAP on Amazon,EBS 卷存储的选择如下：</p>\n<ul>\\n<li>Amazon 建议针对 SAP EC2 实例选择存储时，如果对 I/O 要求不高时，可以选择使用 GP2/GP3 卷类型，但优先选择 GP3 存储；</li>\n<li>如果使用 GP2/GP3 无法达到 I/O 性能要求或可用性级别时，建议选择使用 IO1 或 IO2；</li>\n<li>为了满足 SAP 生产系统的高 I/O 要求，建议对 HANA 数据库使用 EBS 优化的 EC2 实例。为了进一步增加一个文件系统可以提供的 IOPS 总数，可以使用软件 RAID （如逻辑卷管理器）将多个 EBS 卷分条到单个文件系统中。每个 EBS 卷都通过 Amazon 底层基础架构中的镜像来防止物理驱动器故障。因此，不建议使用高于 RAID-0 的软件 RAID 级别。</li>\n</ul>\\n<p>HDD 卷类型特性及部署选项如下：</p>\n<ul>\\n<li>st1 卷由普通硬盘 (HDD) 提供支持，非常适用于频繁访问且拥有大型数据集 I/O 的吞吐量密集型工作负载，例如 SAP BW/4 HANA 数据仓库以及 ETL 工作负载。这些卷提供吞吐量方面的性能（以 MB/s 为单位），能够突增至每 TB 250MB/s，其中基准吞吐量为每 TB 40MB/s，最大吞吐量为每卷 500MB/s</li>\n<li>sc1 由普通硬盘 (HDD) 提供支持，它非常适用于非频繁访问且拥有大型冷数据集的工作负载。与 st1 类似，sc1 也提供突增模型。这些卷能突增至每 TB 80MB/s，其中基准吞吐量为每 TB 12MB/s，最大吞吐量为每卷 250MB/s。</li>\n</ul>\\n<p>对象存储 S3 和 Glacier 特性及使用选择：</p>\n<ul>\\n<li>S3 存储类包括：S3 Intelligent-Tiering，可自动为具有未知或不断变化的访问模式的数据节省成本；</li>\n<li>S3 Standard，适用于频繁访问的数据；S3 Standard-Infrequent Access (S3 Standard-IA)</li>\n<li>S3 One Zone-Infrequent Access (S3 One Zone-IA)，适用于访问频率较低的数据；</li>\n<li>S3 Glacier Instant Retrieval，适用于需要即时访问的归档数据；</li>\n<li>S3 Glacier Flexible Retrieval（前称为 S3 Glacier），适用于很少访问且不需要即时访问的长期数据；</li>\n<li>Amazon S3 Glacier Deep Archive (S3 Glacier Deep Archive)，适用于以最低的云存储成本进行长期归档和数字保存。</li>\n</ul>\\n<p>如果您具有现有 Amazon 区域无法满足的数据驻留要求，您可以使用 S3 Outposts 存储类将您的 S3 数据存储在本地。Amazon S3 还提供了在整个数据生命周期内管理数据的功能。设置 S3 生命周期策略之后，无需更改您的应用程序，您的数据将自动传输到其他存储类。</p>\n<p>通常，我们推荐使用 S3 来定期存放备份周期内的 HANA 备份、SAP 应用服务器的备份，使用 S3 的生命周期管理策略把过期的备份转移到成本更低的 Glacier。</p>\n<p>弹性文件系统（EFS）作为 NFS 服务：</p>\n<ul>\\n<li>基于 Linux 的 SAP 系统可以将 EFS 用作所有区域（至少有 3 个可用性区域）中 /sapmnt、/usr/SAP/trans 和 ASCS 实例目录的高可用性共享文件系统</li>\n<li>Amazon FSx for Windows File Server 使您能够轻松地为应用程序和最终用户启动和扩展可靠、高性能和安全的共享文件存储。使用 Amazon FSx，您可以启动可跨多个可用性区域（AZ）的高持久性和可用性文件系统，并且可以使用行业标准服务器消息块（SMB）来访问 /sapmnt、/usr/SAP/trans 和 ASCS 实例目录。</li>\n</ul>\\n<h3><a id=\\"3__103\\"></a><strong>3. 网络</strong></h3>\\n<p>网络性能是 SAP HANA 的另一个关键因素，尤其是针对 OLAP 横向扩展系统。 每个 EC2 实例都有自己特定的网络带宽，而像 X2、X1 这样的一些实例系列可为您的 SAP HANA 需求提供高达 100 Gbps 的网络带宽。</p>\n<p>此外，许多实例为 Amazon EBS 存储提供专用网络带宽。例如，X2 实例（x2iedn.32xlarge）提供 100 Gbps 的网络带宽和 80 Gbps 的专用存储带宽。 R6（r6i.32xlarge）除了专用的 40 Gbps 存储带宽外还提供 50 Gbps 的网络带宽。</p>\n<p>下表简要列举了经 SAP 认证的几个有代表性的实例的网络功能。</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/0f4792bf746142f2b4155f2a1163cc3d_image.png\\" alt=\\"image.png\\" /></p>\n<h3><a id=\\"4__113\\"></a><strong>4. 操作系统</strong></h3>\\n<p>SAP 目前支持在 SUSE Linux Enterprise Server（SLES）或 Red Hat Enterprise Linux（RHEL）上运行 SAP HANA，AMAZON 都支持这两种操作系统版本。 此外，您可以在 <a href=\\"https://aws.amazon.com/marketplace/\\" target=\\"_blank\\">Amazon Marketplace</a> 中选择 SAP HANA 特定的 SUSE 和 Red Hat AMI 来快速开始部署您需要的操作系统版本。您还可以选择携带自己的操作系统许可证在 Amazon 上部署您的操作系统。</p>\\n<h3><a id=\\"5__117\\"></a><strong>5. 高可用性</strong></h3>\\n<p>HA 和 DR 是在 SAP HANA 上运行的关键业务应用程序的关键。Amazon 提供了几个构建模块，包括全球各个 Amazon 区域和每个 Amazon 区域内的多个可用区域，您可以根据 RTO 和 RPO 的要求设置 HA 和 DR 解决方案。无论您是寻求基于成本优化的解决方案还是基于停机时间优化的解决方案，SAP HANA HA/DR 架构都有一些独特的选择，请查看 <a href=\\"https://d0.awsstatic.com/enterprise-marketing/SAP/sap-hana-on-aws-high-availability-disaster-recovery-guide.pdf\\" target=\\"_blank\\">SAP HANA HA/DR 指南</a>，以了解有关这些更多信息。通常我们推荐使用 SUSE Linux 或者 RedHat Linux 的最佳实践来部署 SAP on Amazon 的相关产品。下面是 SUSE Linux 推荐的 SAP ON Amazon 的高可用的部署方案示例介绍。</p>\\n<p>高可用方案建设方案介绍：ASCS 使用 SUSE Linux pacemaker 集群技术实现 ASCS 与 ERS 的高可用；HANA 通过 SUSE Linux pacemaker 集群技术结合 HANA 的 System Replicate 数据复制技术实现 HANA 数据库可靠性、一致性、业务的可持续性运营。在这个高可用解决方案中，通过 SAP 认证的 Amazon EC2 实例，Amazon 高性能网络，高性能 EBS 存储，为 SAP 量身定制优化的 EFS 存储，实现了 ASCS 与 HANA 无单点故障运行（SPOF）。</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/c3f1900ac342479da51e38378050ba2d_image.png\\" alt=\\"image.png\\" /></p>\n<h3><a id=\\"6__125\\"></a><strong>6. 灾备系统</strong></h3>\\n<p>灾备系统建设方案：通常我们需要对生产系统的 SAP 应用服务器和 HANA 数据库服务器根据客户需求设计对应的灾备解决方案，满足系统在地震、洪水、战争或者火灾等不可抗外力因素发生的时候有一套对应的灾备解决方案，满足生产系统的可靠运营，保证业务的持续运营。Amazon 通常有 <a href=\\"https://aws.amazon.com/cn/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/\\" target=\\"_blank\\">4 种不同的灾备解决方案</a>（包括备份恢复模式、守夜灯模式、温备模式、多站多活模式）。本博文简要介绍前两种常用的针对 SAP 生产系统的灾备方案选项。</p>\\n<p>对于选项一，通过 Amazon Backint Agent 进行生产系统的备份，然后定期把备份通过 Amazon S3 传输到灾备系统的 S3，随后恢复备份数据到灾备系统 HANA 数据库,选项一对 RPO 和 RTO 要求不高。</p>\n<p>选项二，通过 HANA 的异步复制技术，实现灾备系统与生产系统的数据一致性。选项二对于 RTO 和 RPO 要求比较高，比如 RPO&lt;=10 分钟,RTO 根据实际的网络切换、接口切换等时间来决定。</p>\n<p>下图为两种不同灾备系统建设的架构示意图：</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/090a228e8c714c4094180e3f5407631f_image.png\\" alt=\\"image.png\\" /></p>\n<h3><a id=\\"7__SAP_on_Amazon_137\\"></a><strong>7. 快速部署 SAP on Amazon</strong></h3>\\n<p>您可能会问：“Amazon 为 SAP HANA 提供的这些构建模块非常好，但是如何将这些组件放在一起构建一个满足 SAP on Amazon 要求的系统？” Amazon 客户几年前就问了这个问题，这就是为什么 Amazon 构建了 <a href=\\"https://docs.aws.amazon.com/zh_cn/quickstart/latest/sap-hana/welcome.html\\" target=\\"_blank\\">Amazon SAP HANA 快速启动</a>。此快速启动使用 Amazon CloudFormation 模板（基础架构作为代码 infrastructure as code ）和自定义脚本来帮助配置 Amazon 基础架构组件，包括存储和网络。快速启动有助于设置 SAP HANA 安装的操作系统先决条件，并且可以在携带自己的软件和许可证时安装 SAP HANA 软件。快速启动是可以在全球许多 Amazon 地区使用的自助服务工具。在不到一小时的时间内，可以一致、可预测和可重复的方式为您的 SAP HANA 系统提供基础设施，无论是单节点还是多节点的横向扩展系统。</p>\\n<p>我们建议您使用 Amazon 快速启动为您的 SAP HANA 部署配置基础架构。但是，如果无法使用快速启动（例如，因为要使用自己的操作系统映像），则可以手动配置 SAP HANA 环境，您需要确保并遵循快速入门指南中<a href=\\"https://docs.aws.amazon.com/zh_cn/quickstart/latest/sap-hana/planning.html\\" target=\\"_blank\\">有关存储和实例类型的建议</a>。为此，我们也推荐您遵循“ <a href=\\"https://d0.awsstatic.com/enterprise-marketing/SAP/SAP-HANA-on-AWS-Manual-Setup-Guide.pdf\\" target=\\"_blank\\">SAP HANA on Amazon 手动部署指南</a>”中的建议去部署您的 SAP 系统。</p>\\n<h3><a id=\\"8__143\\"></a><strong>8. 备份和恢复</strong></h3>\\n<p>备份存储选择：以可靠的方式备份和恢复 SAP HANA 数据库的能力对于保护业务数据至关重要。您可以使用 SAP HANA 原生工具将数据库备份到 EBS 卷，并最终将备份的文件移动到 <a href=\\"https://aws.amazon.com/s3/\\" target=\\"_blank\\">Amazon Simple Storage Service（Amazon S3）</a>，以提高其持久性。[Amazon S3](https://aws.amazon.com/cn/s3/?trk=cndc-detail) 是高度可扩展和持久的对象存储服务，[Amazon S3](https://aws.amazon.com/cn/s3/?trk=cndc-detail) 中的对象可以冗余地存储在一个区域内的多个设施中，并提供 11 个 9 的持久性。</p>\\n<p>备份方案选择：您还可以选择使用与 Amazon S3 集成的企业级备份解决方案，如 Commvault，EMC NetWorker，Veritas NetBackup 和 IBM Spectrum Protect（Tivoli Storage Manager）这些合作伙伴解决方案可以帮助您将 SAP HANA 数据库直接备份到 Amazon S3，并使用企业级软件管理备份和恢复。在 Amazon 上，我们也为 SAP HANA 量身定制打造了 <a href=\\"https://aws.amazon.com/cn/backint-agent/\\" target=\\"_blank\\">Amazon Backint Agent</a> 。</p>\\n<p>Amazon Backint Agent 备份及恢复工作原理示意图如下：</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/91d1ec8935be43df900917041d81fe98_image.png\\" alt=\\"image.png\\" /></p>\n<p>Amazon Backint Agent 是经过 SAP 认证的备份和恢复应用程序，适用于在 Amazon EC2 实例上运行的 SAP HANA 工作负载。Amazon Backint Agent 作为独立应用程序运行,该应用程序与现有工作流集成，将 SAP HANA 数据库备份到 Amazon S3,备份与恢复工具可以使用 SAP HANA Cockpit、SAP HANA Studio 和 SQL 命令等。Amazon Backint Agent 支持 SAP HANA 数据库的完整、增量和差异备份。此外，您可以将日志文件和目录备份到 Amazon S3。Amazon Backint Agent 在 SAP HANA 数据库服务器上运行，日志备份和目录通过 Amazon Backint Agent 存放到 S3。如果需要恢复 SAP HANA 数据库，SAP HANA 使用 SAP HANA Cockpit、SAP HANA Studio 和 SQL 命令，通过 Amazon Backint Agent 读取存储在 S3 存储桶中的目录和文件，发起请求以从 S3 恢复所需的文件。</p>\n<h3><a id=\\"9__155\\"></a><strong>9. 系统监控</strong></h3>\\n<p>使用 <a href=\\"https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html\\" target=\\"_blank\\">Amazon CloudWatch Application Insights</a> 来为 SAP HANA 数据库设置监控，您可以使用 [Amazon CloudWatch](https://aws.amazon.com/cn/cloudwatch/?trk=cndc-detail) Application Insights 自动控制面板可视化展示问题详细信息、加快故障排除速度及缩短 SAP HANA 数据库的平均解决时间(MTTR)。</p>\\n<ol>\\n<li>\\n<p>配置告警阈值：CloudWatch Application Insights 会自动创建由告警监控的 Amazon CloudWatch 指标，以及该指标的阈值。当该指标在指定数量的评估期内超出阈值，告警将变为 ALARM （告警）状态。</p>\n</li>\\n<li>\\n<p>SAP HANA 的异常检测：对于特定的 SAP HANA 指标（例如线程数量），CloudWatch 应用统计和机器学习算法来定义阈值。这些算法只需最少的用户干预，即可持续分析 SAP HANA 数据库的指标，确定正常基线和表面异常。算法会生成一个异常检测模型，该模型生成表示正常指标行为的预期值范围。异常检测算法将指标的季节性变化和趋势变化考虑在内。季节性变化可以是每小时、每天或每周，如下图为 SAP HANA CPU 使用率示例所示。</p>\n</li>\\n</ol>\n<p><img src=\\"https://dev-media.amazoncloud.cn/9cbc40f808f24405a5a91aa4e18e7416_image.png\\" alt=\\"image.png\\" /></p>\n<ol start=\\"3\\">\\n<li>查看和排查 CloudWatch Application Insights 检测到的问题</li>\n</ol>\\n<ul>\\n<li><a href=\\"https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-memory\\" target=\\"_blank\\">SAP HANA 数据库达到内存分配限制</a></li>\\n<li><a href=\\"https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-disk-full\\" target=\\"_blank\\">磁盘已满事件</a></li>\\n<li><a href=\\"https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/appinsights-tutorial-sap-hana.html#appinsights-tutorial-sap-hana-troubleshooting-backup-stopped\\" target=\\"_blank\\">SAP HANA 备份停止运行</a></li>\\n</ul>\n<p>另外，我们也可以通过使用无服务器架构结合 CloudWatch 对 SAP 应用服务器进行监控。目前，sap-monitor application repository 还没落地中国区域，一旦落地后，我们就可以参考博文里提到的过程进行配置。（<a href=\\"https://aws.amazon.com/cn/blogs/awsforsap/sap-monitoring-a-serverless-approach-using-amazon-cloudwatch/\\" target=\\"_blank\\">SAP monitoring: A serverless approach using Amazon CloudWatch</a>）。我们可以通过下面的操作步骤去检查 sap-monitor 有没有落地中国区域：</p>\\n<p>Go to <strong>Serverless Application Repository</strong> from <strong>Amazon Console</strong> and then go to <strong>Available applications</strong> → <strong>Public Applications</strong> and search for <strong>sap-monitor</strong></p>\\n<p>下图展示如何去 Amazon 控制台查找 sap-monitor</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/58248bd1dae34fe18076ab1b5d28093d_image.png\\" alt=\\"image.png\\" /></p>\n<h3><a id=\\"10__179\\"></a><strong>10. 系统迁移</strong></h3>\\n<p>在实际迁移的时候，您可以使用 SAP Software Provisioning Manager（SWPM）和 Software Update Manager（SUM）的 Database Migration Option（DMO）等标准 SAP 工具集，或第三方迁移工具来把在其他数据库上运行的 SAP 应用程序迁移到 Amazon 上的 SAP HANA。SAP 到 Amazon 迁移过程与典型的本地迁移方案没有太大的不同。在 IDC 环境中，通常源系统和目标系统驻留在同一 IDC 数据中心。当您迁移到 Amazon 时，唯一的区别是您的目标系统驻留在 Amazon 上，因此您可以将 Amazon 视为自己的数据中心的扩展。还有一些选项可用于在迁移过程中将导出的数据从本地数据中心传输到 Amazon。</p>\n<p>如下图为我们展示了实施 SAP on Amazon 同构或者异构系统迁移时，根据客户源系统的不同情况使用到的迁移工具与方法。</p>\n<p><img src=\\"https://dev-media.amazoncloud.cn/88f8d0b2f97f4fe6bc55235b0394e3a3_image.png\\" alt=\\"image.png\\" /></p>\n<p>另外，Amazon 也提供非 SAP 的工具比如 Amazon CloudEndure 来为 SAP 从 IDC 机房迁移到Amazon或者从 Amazon 的不同区域迁移到另一个区域，或者从不同的云迁移到 Amazon，也支持 Amazon 不同账号间的迁移。当然，也可以通过 CloudEndure 实现灾备，请关注<a href=\\"https://aws.amazon.com/cn/blogs/awsforsap/sap-disaster-recovery-solution-using-cloudendure-part-1-failover/\\" target=\\"_blank\\">另一博文</a>（SAP Disaster Recovery Solution Using CloudEndure）提及的内容介绍。</p>\\n<p>下面是一个在 Amazon 上不同账号间采用 CloudEndure 从源系统迁移到目标系https://aws.amazon.com/cn/blogs/awsforsap/automating-sap-migrations-using-cloudendure-migration/统的一个示例，这个例子在<a href=\\"\\" target=\\"_blank\\">博文</a>（Automating SAP migrations using CloudEndure Migration）中提到如何实施的过程，请大家参阅。</p>\\n<p><img src=\\"https://dev-media.amazoncloud.cn/74c6ea140b9340948ee6fca327de0e23_image.png\\" alt=\\"image.png\\" /></p>\n<p>通过 CloudEndure 迁移 SAP 系统的步骤如下：</p>\n<ul>\\n<li>注册 CloudEndure 的迁移帐户在 CloudEndure 官网上</li>\n<li>设置项目并定义复制设置</li>\n<li>在源系统的实例上安装 CloudEndure 代理</li>\n<li>监控复制和更新蓝图</li>\n<li>启动测试实例</li>\n<li>执行迁移切换</li>\n<li>执行 SAP 迁移后的相关步骤</li>\n<li>执行清理工作</li>\n</ul>\\n<p>其他注意事项包括操作，调整 EC2 实例大小，如何缩放 EC2，与其他 Amazon 服务（如 <a href=\\"https://aws.amazon.com/cloudwatch/\\" target=\\"_blank\\">Amazon CloudWatch</a> ）的集成，以及大数据解决方案。要了解有关在 Amazon 上运行 SAP 工作负载的更多信息，请参阅 Amazon 网站上列出的<a href=\\"https://aws.amazon.com/sap/whitepapers/\\" target=\\"_blank\\">白皮书</a>。</p>\\n<p>最后，如果您需要一个超出了目前可用规模的可扩展系统，请<a href=\\"https://aws.amazon.com/sap/contact-us/\\" target=\\"_blank\\">与我们联系</a>。我们很乐意与您讨论您的要求，并与您一起实施。</p>\\n<h3><a id=\\"_208\\"></a><strong>三．总结</strong></h3>\\n<p>本博客从 SAP on Amazon 的部署选项，包括内存、CPU、存储、网络、操作系统的介绍，让您明白如何选择一套适合 SAP 系统所需要的 EC2 实例；通过对 SAP 高可用、灾备的介绍，帮助您打造出一个满足业务高可用、高可靠的，具备容灾能力的一个健全的 SAP 系统；通过对系统监控、备份恢复的介绍，让您明白 Amazon 如何帮助您实现安全、自动化的运维；通过 Amazon 的部署工具和和迁移工具，让您快速高效的把 SAP 系统部署、迁移到 Amazon。</p>\n<h3><a id=\\"_211\\"></a><strong>本篇作者</strong></h3>\\n<p><img src=\\"https://dev-media.amazoncloud.cn/b09539442d3744708a6e5c7e5b6e45ac_image.png\\" alt=\\"image.png\\" /></p>\n<h4><a id=\\"_215\\"></a><strong>江伟</strong></h4>\\n<p>亚马逊云科技迁移团队 SAP on Amazon 架构师，具有多年的SAP从业经历和丰富的项目经验，主要为客户提供 SAP 云上系统架构设计，SAP 上云迁移等咨询服务。</p>\n"}