AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅中国的 AWS 服务入门。

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

Administration

本部分提供有关操作 SAP HANA 系统所需的常见管理任务的指导，包括有关启动、停止和克隆系统的信息。

启动和停止运行 SAP HANA 主机的 EC2 实例

您可以随时停止一个或多个 SAP HANA 主机。在停止 SAP HANA 主机的 EC2 实例之前，首先在该实例上停止 SAP HANA。

恢复实例时，它将自动使用与以前相同的 IP 地址、网络和存储配置启动。您还可以选择使用 EC2 计划程序安排 EC2 实例的启动和停止。EC2 计划程序依赖于操作系统的本机关机和启动机制。这些本机机制将调用 SAP HANA 实例的有序关闭和启动。以下是 EC2 计划程序工作原理的架构图：

图 1：EC2 计划程序

标记 AWS 上的 SAP 资源

标记 AWS 上的 SAP 资源可以显著简化这些资源的标识、安全性、可管理性和计费。您可以使用 AWS 管理控制台或使用 Amazon Command Line Interface (Amazon CLI) 的 create-tags 功能来标记资源。此表列出了一些示例标记名称和标记值：

标记资源后，您可以根据标记值应用特定的安全限制，例如访问控制。以下是 AWS 安全博客中有关此类策略的示例：

{
   "Version" : "2012-10-17",
   "Statement" : [
      {
         "Sid" : "LaunchEC2Instances", "Effect" : "Allow",
         "Action" : [
            "ec2:Describe*", "ec2:RunInstances"
         ],
         "Resource" : [ 
            "*"
         ]
      },
      {
         "Sid" : "AllowActionsIfYouAreTheOwner", 
         "Effect" : "Allow",
         "Action" : [
            "ec2:StopInstances", 
            "ec2:StartInstances", 
            "ec2:RebootInstances", 
            "ec2:TerminateInstances"
         ],
         "Condition" : { 
            "StringEquals" : {
               "ec2:ResourceTag/PrincipalId" : "${aws:userid}"
            }
         },
         "Resource"	: [ 
            "*"
         ]
      }
   ]
}

AWS Identity and Access Management (IAM) 策略仅允许基于标记值的特定权限。在这种情况下，当前用户 ID 必须匹配标记值，以便向用户授予权限。有关标记的更多信息，请参阅 AWS 文档和 AWS 博客。

Monitoring

您可以使用各种 AWS、SAP 和第三方解决方案来监控 SAP 工作负载。以下是一些核心 AWS 监控服务：

要获得 AWS 和 SAP 支持，必须为 SAP 资源配置 CloudWatch 详细监控。您可以通过 SAP 解决方案管理器以互补方式使用本机 AWS 监控服务。您可以在 AWS Marketplace 中找到第三方监控工具。

Automation

AWS 提供了多种选项，用于以编程方式编写资源，以便以可预测和可重复的方式操作或扩展资源。您可以使用 AWS CloudFormation 在 AWS 上自动执行和操作 SAP 系统。以下是在 AWS 上自动执行 SAP 环境的一些示例：

Patching

您可以通过两种方式修补 SAP HANA 数据库，并提供最大限度地降低成本和/或减少停机时间的选项。借助 AWS，您可以根据需要预配额外的服务器，以便以经济高效的方式进行修补，最大限度地减少停机时间。您还可以通过创建现有生产 SAP HANA 数据库的按需副本，最大限度地降低风险，进行逼真的生产就绪性测试。

下表汇总了两种修补方法的利弊：

第一种方法（修补现有服务器）涉及修补 SAP HANA 服务器的操作系统 (OS) 和数据库 (DB) 组件。此方法的目标是最大限度地减少任何额外的服务器成本，并避免产生设置额外系统或测试所需的任何任务。如果您具有明确定义的修补过程，并且对您当前的停机时间和成本感到满意，则此方法可能是最合适的。使用此方法，您必须为 Linux 发行版使用正确的操作系统 (OS) 更新过程和工具。请参阅此 SUSE 博客和 Red Hat 常见问题解答，或查看每个供应商的文档以了解其特定流程和程序。

除了我们的 Linux 合作伙伴提供的修补工具外，AWS 还提供免费修补服务称为Patch Manager。Patch Manager 是一种自动化工具，可以帮助您简化操作系统的修补流程。您可以扫描 EC2 实例，查找缺失的补丁并自动安装，选择部署补丁的时间、控制实例的重启以及执行许多其他任务。您还可以为补丁定义自动批准规则，从而获得以下额外功能：将特定补丁加入黑名单或白名单、控制补丁在目标实例上的部署方式（例如，应用补丁前停止服务）以及安排在维护期间进行自动部署。

第二种方法（预置和修补新服务器）涉及配置一个新的 EC2 实例，该实例将接收源系统和数据库的副本。该方法的目标是最大限度地减少停机时间，最大限度地降低风险（通过拥有生产数据和执行类似生产的测试），并具有可重复的流程。如果您正在寻找更高程度的自动化来实现这些目标，并且对权衡感到满意，则此方法可能是最合适的。这种方法更加复杂，并且有更多的选项来满足您的要求。某些选项不是排他性的，可以一起使用。例如，您的 Amazon CloudFormation 模板可以包括最新的 Amazon 系统映像 (AMI)，然后可以使用这些映像自动执行新 SAP HANA 服务器的预置、设置和配置。

以下是一个可用于自动执行 OS/HANA 修补/升级的过程示例：

在此过程结束时，您将拥有一个可以已准备好进行测试的新 SAP HANA 系统。

SAP Note 1984882（使用 HANA 系统复制进行硬件交换，实现最短/零停机时间）提供了将系统推广到生产环境的具体建议和指导方针。

备份和恢复

本部分概述了 SAP HANA 系统备份和恢复中使用的 AWS 服务，并提供了示例备份和恢复场景。本指南不包括有关如何使用本机 HANA 备份和恢复功能或第三方备份工具执行数据库备份的详细说明。请参阅标准操作系统、SAP 和 SAP HANA 文档或备份软件供应商提供的文档。此外，备份计划、频率和保留期可能因系统类型和业务要求而异。有关这些主题的指导，请参阅以下标准 SAP 文档。

创建 SAP HANA 系统的映像

您可以使用 AWS 管理控制台或命令行基于现有实例创建您自己的 AMI。有关更多信息，请参阅 AWS 文档。您可以将 SAP HANA 实例的 AMI 用于以下目的：

适用于备份解决方案的 AWS 服务和组件

AWS 为存储和备份提供了一些服务和选项，包括 Amazon Simple Storage Service (Amazon S3)、Amazon Identity and Access Management(IAM) 和 S3 冰川。

Amazon S3

Amazon S3是 AWS 上任何 SAP 备份和恢复解决方案的中心。它为任务关键型和主数据存储提供了高度耐用的存储基础设施。它可在一年内提供 99.999999999% 的数据元持久性和 99.99% 的可用性。请参阅Amazon S3 文档，了解有关如何创建和配置 S3 存储桶以存储 SAP HANA 备份文件的详细说明。

IAM

与IAM，您可以安全地控制用户对 AWS 服务和资源的访问权限。您可以创建并管理 AWS 用户和群组，并使用权限为用户授予访问 AWS 资源的权限。在 IAM 中创建角色和管理权限，控制代入该角色的实体或 AWS 服务可执行的操作。您也可以定义由哪个实体承担该角色。

在部署过程中,Amazon CloudFormation创建 IAM 角色，用于访问 IAM 角色，以便从 Amazon S3 中获得对象和/或将对象放入 Amazon S3。在部署之后，此角色随后会在启动时分配给托管 SAP HANA 主节点和工作线程节点的每个 EC2 实例。

图 2：IAM 角色示例

为确保安全性并仅应用最低权限原则，此角色的权限仅限于备份和恢复所需的操作。

{"Statement":[
   {"Resource":"arn:aws:s3::: <your-s3-bucket-name>/*", 
      "Action":["s3:GetObject","s3:PutObject","s3:DeleteObject",
"s3:ListBucket","s3:Get*","s3:List*"], "Effect":"Allow"},

{"Resource":"*","Action":["s3:List*","ec2:Describe*","ec2:Attach NetworkInterface",

"ec2:AttachVolume","ec2:CreateTags","ec2:CreateVolume","ec2:RunI nstances",
   "ec2:StartInstances"],"Effect":"Allow"}]}            

要稍后添加功能，您可以使用 AWS 管理控制台修改 IAM 角色。

S3 Glacier

S3 Glacier是一项成本极低的服务，可为数据存档和备份提供安全、持久的存储。S3 Glacier 针对不经常访问的数据进行了优化，并提供了多种选项，例如用于数据检索的快速方法、标准方法和批量方法。对于标准检索和批量检索，数据分别在 3-5 小时或 5-12 小时内可用。

但是，通过快速检索，S3 Glacier 为您提供在 3-5 分钟内检索数据的选项，这对偶尔的紧急请求非常适合。利用 S3 Glacier，您能以每月每 GB 低至 0.01 USD 的价格安全地存储大量或少量数据，与本地解决方案相比，显著降低了成本。您可以使用生命周期策略，如Amazon S3 开发人员指南中)，将 SAP HANA 备份推送到 S3 Glacier 以进行长期存档。

备份目的地

在 AWS 上备份 SAP 系统与传统本地基础设施相比，主要区别在于备份目的地。磁带是本地基础设施所用的典型备份目标。在 AWS 上，备份存储在 Amazon S3 中。Amazon S3 与磁带相比具有许多好处，包括能够从源系统异地自动存储备份，因为 Amazon S3 中的数据跨 AWS 区域内的多个设施复制。

通过使用 SAP HANA 快速入门参考部署预置的 SAP HANA 系统配置了一组 EBS 卷，用作初始本地备份目的地。HANA 备份首先存储在这些本地 EBS 卷上，然后复制到 Amazon S3 进行长期存储。

您可以使用 SAP HANA Studio、SQL 命令或 DBA Cockpit 来启动或计划 SAP HANA 数据备份。除非已禁用，否则会自动写入日志备份。/backup 文件系统作为部署过程的一部分进行配置。

图 3：SAP HANA 文件系统布局

SAP HANA global.ini 配置文件已由 SAP HANA 快速入门参考部署流程按如下所示进行自定义：数据库备份直接转到 /backup/data/<SID>，而自动日志归档文件转到 /backup/log/<SID>。

[persistence] 
basepath_shared = no 
savepoint_intervals = 300
basepath_datavolumes = /hana/data/<SID> 
basepath_logvolumes = /hana/log/<SID> 
basepath_databackup = /backup/data/<SID>
basepath_logbackup = /backup/log/<SID>

某些第三方备份工具（如 Commvault、NetBackup 和 IBM Tivoli 存储管理器 (IBM TSM)）与 Amazon S3 功能集成，可用于直接触发 SAP HANA 备份和保存到 Amazon S3，而无需首先将备份存储在 EBS 卷上。

Amazon CLI

Amazon Command Line Interface (Amazon CLI) 是管理 AWS 服务的统一工具，作为基础映像的一部分进行安装。您可以使用各种命令直接从命令行控制多个 AWS 服务，并通过脚本自动执行这些服务。您可以通过分配给实例的 IAM 角色访问 S3 存储桶（如上面讨论过)。使用Amazon CLI命令，您可以列出先前创建的存储桶的内容、备份文件和还原文件，如Amazon CLI文档。

imdbmaster:/backup # aws s3 ls --region=us-east-1 s3://node2- hana-s3bucket-gcynh5v2nqs3

Bucket: node2-hana-s3bucket-gcynh5v2nqs3 
Prefix:
      LastWriteTime      Length      Name
      -------------      ------      ----

备份示例

以下是您可为典型备份任务采取的步骤：

远程计划和执行备份

您可以使用AWS Systems Manager Run Command以及 Amazon CloudWatch Events，用于远程安排 SAP HANA 系统的备份，而无需登录 EC2 实例。您也可以使用 cron 或任何其他实例级计划机制。

您可以使用 Systems Manager Run Command 以远程方式安全地管理托管实例的配置。托管实例是您混合环境中已经针对 Systems Manager 配置的任意 EC2 实例或本地计算机。利用 Run Command，您可以自动完成常用管理任务以及大规模执行临时配置更改

缩放。您可以使用 Amazon EC2 控制台中的 Run Command、Amazon CLI、Windows PowerShell 或 AWS 软件开发工具包。

Systems Manager Systems

Systems Manager 具有以下先决条件。

要计划远程备份，请执行以下简要步骤：

图 6：创建 Amazon CloudWatch Events 规则

配置规则时：

还原 SAP HANA 备份和快照

还原 SAP 备份

要从备份还原 SAP HANA 数据库，请执行以下步骤：

还原 EBS 快照

要还原 EBS 快照，请执行以下步骤：

有关初始化 Amazon EBS 卷的更多信息，请参阅AWS 文档。

还原 AMI 快照

您可以通过 AWS 管理控制台还原 SAP HANA AMI 快照。打开Amazon EC2 控制台，然后选择AMI导航窗格中。

选择要还原的 AMI，展开操作，然后选择 启动。

图 8：还原 AMI 快照