用于 SAP HANA 数据库备份的 SnapCenter 资源专用配置
本节介绍两个示例配置的配置步骤。
-
* SS2.*
-
使用 NFS 进行存储访问的单主机 SAP HANA MDC 单租户系统
-
资源在 SnapCenter 中手动配置。
-
该资源配置为使用每周基于文件的备份创建本地 Snapshot 备份并对 SAP HANA 数据库执行块完整性检查。
-
-
*
-
使用 NFS 进行存储访问的单主机 SAP HANA MDC 单租户系统
-
系统会使用 SnapCenter 自动发现此资源。
-
该资源配置为创建本地 Snapshot 备份,使用 SnapVault 复制到异地备份存储,以及使用每周基于文件的备份对 SAP HANA 数据库执行块完整性检查。
-
SAN 连接的系统,单个容器系统或多主机系统的差异反映在相应的配置或工作流步骤中。
SAP HANA 备份用户和 hdbuserstore 配置
NetApp 建议在 HANA 数据库中配置一个专用数据库用户,以便使用 SnapCenter 运行备份操作。在第二步中,为此备份用户配置了 SAP HANA 用户存储密钥,并在配置 SnapCenter SAP HANA 插件时使用此用户存储密钥。
下图显示了可用于创建备份用户的 SAP HANA Studio 。
HANA 2.0 SPS5 版本更改了所需权限:备份管理员,目录读取,数据库备份管理员和数据库恢复操作员。对于早期版本,备份管理员和目录读取已足够。 |
对于 SAP HANA MDC 系统,必须在系统数据库中创建用户,因为系统和租户数据库的所有备份命令都使用系统数据库执行。 |
在安装了 SAP HANA 插件和 SAP hdbsql. 客户端的 HANA 插件主机上,必须配置用户存储密钥。
用作中央 HANA 插件主机的 SnapCenter 服务器上的用户存储配置
如果 SAP HANA 插件和 SAP hdbsql. 客户端安装在 Windows 上,则本地系统用户将执行 hdbsql. 命令,并在资源配置中默认进行配置。由于系统用户不是登录用户,因此必须使用其他用户和 ` -u <User>` 选项来配置用户存储。
hdbuserstore.exe -u SYSTEM set <key> <host>:<port> <database user> <password>
必须先在 Windows 主机上安装 SAP HANA hdbclient 软件。 |
用户存储配置位于用作 Central HANA 插件主机的单独 Linux 主机上
如果 SAP HANA 插件和 SAP hdbsql 客户端安装在单独的 Linux 主机上,则对于用户在资源配置中定义的用户存储配置,将使用以下命令:
hdbuserstore set <key> <host>:<port> <database user> <password>
必须先在 Linux 主机上安装 SAP HANA hdbclient 软件。 |
HANA 数据库主机上的用户存储配置
如果 SAP HANA 插件部署在 HANA 数据库主机上,则对于使用 ` <sid>adm` user 的用户存储配置,将使用以下命令:
hdbuserstore set <key> <host>:<port> <database user> <password>
SnapCenter 使用 ` <sid>adm` 用户与 HANA 数据库进行通信。因此,必须在数据库主机上使用 sid>adm 用户配置用户存储密钥。
|
通常, SAP HANA hdbsql 客户端软件会与数据库服务器安装一起安装。否则,必须先安装 hdbclient 。 |
用户存储配置取决于 HANA 系统架构
在 SAP HANA MDC 单租户设置中,端口 3<instanceNo>13
是用于对系统数据库进行 SQL 访问的标准端口,必须在 hdbuserstore 配置中使用。
对于 SAP HANA 单容器设置,端口 3<instanceNo>15
是用于通过 SQL 访问索引服务器的标准端口,必须在 hdbuserstore 配置中使用。
对于 SAP HANA 多主机设置,必须为所有主机配置用户存储密钥。SnapCenter 会尝试使用提供的每个密钥连接到数据库,因此可以独立于将 SAP HANA 服务故障转移到其他主机运行。
用户存储配置示例
在实验室设置中,使用混合 SAP HANA 插件部署。对于某些 HANA 系统, HANA 插件安装在 SnapCenter 服务器上,而对于其他系统,则部署在各个 HANA 数据库服务器上。
-
SAP HANA 系统 SS1 , MDC 单租户,实例 00*
HANA 插件已部署在数据库主机上。因此,必须在数据库主机上使用用户 ss1adm 配置密钥。
hana-1:/ # su - ss1adm ss1adm@hana-1:/usr/sap/SS1/HDB00> ss1adm@hana-1:/usr/sap/SS1/HDB00> ss1adm@hana-1:/usr/sap/SS1/HDB00> hdbuserstore set SS1KEY hana-1:30013 SnapCenter password ss1adm@hana-1:/usr/sap/SS1/HDB00> hdbuserstore list DATA FILE : /usr/sap/SS1/home/.hdb/hana-1/SSFS_HDB.DAT KEY FILE : /usr/sap/SS1/home/.hdb/hana-1/SSFS_HDB.KEY KEY SS1KEY ENV : hana-1:30013 USER: SnapCenter KEY SS1SAPDBCTRLSS1 ENV : hana-1:30015 USER: SAPDBCTRL ss1adm@hana-1:/usr/sap/SS1/HDB00>
-
SAP HANA 系统 MS1 ,多主机 MDC 单租户,实例 00*
对于 HANA 多主机系统,需要一个中央插件主机,在我们的设置中,我们使用了 SnapCenter 服务器。因此,用户存储配置必须在 SnapCenter 服务器上完成。
hdbuserstore.exe -u SYSTEM set MS1KEYHOST1 hana-4:30013 SNAPCENTER password hdbuserstore.exe -u SYSTEM set MS1KEYHOST2 hana-5:30013 SNAPCENTER password hdbuserstore.exe -u SYSTEM set MS1KEYHOST3 hana-6:30013 SNAPCENTER password C:\Program Files\sap\hdbclient>hdbuserstore.exe -u SYSTEM list DATA FILE : C:\ProgramData\.hdb\SNAPCENTER-43\S-1-5-18\SSFS_HDB.DAT KEY FILE : C:\ProgramData\.hdb\SNAPCENTER-43\S-1-5-18\SSFS_HDB.KEY KEY MS1KEYHOST1 ENV : hana-4:30013 USER: SNAPCENTER KEY MS1KEYHOST2 ENV : hana-5:30013 USER: SNAPCENTER KEY MS1KEYHOST3 ENV : hana-6:30013 USER: SNAPCENTER KEY SS2KEY ENV : hana-3:30013 USER: SNAPCENTER C:\Program Files\sap\hdbclient>
配置异地备份存储的数据保护
必须先配置数据保护关系以及执行初始数据传输,然后 SnapCenter 才能管理复制更新。
下图显示了为 SAP HANA 系统 SS1 配置的保护关系。在我们的示例中, SVM han-primary
上的源卷 SS1_data_mnt00001
会复制到 SVM han-backup
和目标卷 SS1_data_mnt00001_dest
。
此关系的计划必须设置为无,因为 SnapCenter 会触发 SnapVault 更新。 |
下图显示了保护策略。用于保护关系的保护策略用于定义 SnapMirror 标签以及在二级存储上保留备份。在我们的示例中,已用标签为 Daily
,保留设置为 5 。
要创建的策略中的 SnapMirror 标签必须与 SnapCenter 策略配置中定义的标签匹配。有关详细信息,请参见 "使用 SnapVault 复制执行每日 Snapshot 备份的策略"。 |
异地备份存储上的备份保留在策略中定义,并由 ONTAP 控制。 |
手动配置 HANA 资源
本节介绍 SAP HANA 资源 SS2 和 MS1 的手动配置。
-
SS2 是一个单主机 MDC 单租户系统
-
MS1 是一个多主机 MDC 单租户系统。
-
从资源选项卡中,选择 SAP HANA ,然后单击添加 SAP HANA 数据库。
-
输入用于配置 SAP HANA 数据库的信息,然后单击下一步。
在示例 " 多租户数据库容器 " 中选择资源类型。
对于 HANA 单个容器系统,必须选择资源类型单个容器。所有其他配置步骤均相同。 对于我们的 SAP HANA 系统, SID 为 SS2 。
我们的示例中的 HANA 插件主机是 SnapCenter 服务器。
hdbuserstore 密钥必须与为 HANA 数据库 SS2 配置的密钥匹配。在我们的示例中,它是 SS2KEY 。
对于 SAP HANA 多主机系统,必须包括所有主机的 hdbuserstore 密钥,如下图所示。SnapCenter 将尝试使用列表中的第一个密钥进行连接,如果第一个密钥不起作用,则继续使用另一个密钥。要在具有辅助主机和备用主机的多主机系统中支持 HANA 故障转移,需要执行此操作。 -
为存储系统( SVM )和卷名称选择所需的数据。
对于光纤通道 SAN 配置,还需要选择 LUN 。 对于 SAP HANA 多主机系统,必须选择 SAP HANA 系统的所有数据卷,如下图所示。
此时将显示资源配置的摘要屏幕。
-
单击完成以添加 SAP HANA 数据库。
-
完成资源配置后,按照一节中所述执行资源保护配置"资源保护配置"。
-
自动发现 HANA 数据库
本节介绍如何自动发现 SAP HANA 资源 SS1 (采用 NFS 的单主机 MDC 单租户系统)。对于 HANA 单个容器, HANA MDC 多租户系统以及使用光纤通道 SAN 的 HANA 系统,所述的所有步骤都是相同的。
SAP HANA 插件需要 Java 64 位版本 1.8 。在部署 SAP HANA 插件之前,必须在主机上安装 Java 。 |
-
在主机选项卡中,单击添加。
-
提供主机信息并选择要安装的 SAP HANA 插件。单击提交。
-
确认指纹。
HANA 插件和 Linux 插件的安装会自动启动。安装完成后,主机的状态列将显示正在运行。此屏幕还会显示 Linux 插件与 HANA 插件一起安装。
安装此插件后, HANA 资源的自动发现过程将自动启动。在资源屏幕中,将创建一个新资源,该资源将标记为已锁定,并带有红色挂锁图标。
-
选择并单击资源以继续配置。
您也可以通过单击刷新资源在资源屏幕中手动触发自动发现过程。 -
提供 HANA 数据库的用户存储密钥。
第二级自动发现过程从发现租户数据和存储占用空间信息开始。
-
单击详细信息以查看资源拓扑视图中的 HANA 资源配置信息。
资源配置完成后,必须按照下一节所述执行资源保护配置。
资源保护配置
本节介绍资源保护配置。无论自动发现资源还是手动配置资源,资源保护配置都是相同的。对于所有 HANA 架构,单个或多个主机,单个容器或 MDC 系统,此功能也是相同的。
-
在资源选项卡中,双击资源。
-
为 Snapshot 副本配置自定义名称格式。
NetApp 建议使用自定义 Snapshot 副本名称来轻松确定使用哪个策略和计划类型创建了哪些备份。通过在 Snapshot 副本名称中添加计划类型,您可以区分计划备份和按需备份。按需备份的 schedule name
字符串为空,而计划备份包括字符串hourly
,Daily
,或 Weekly
。在下图所示的配置中,备份和 Snapshot 副本名称采用以下格式:
-
计划的每小时备份:
snapCenter_LocalSnap_hourly_<time_stamp>
-
计划的每日备份:
snapCenter_LocalSnapAndSnapVault_daily _ <time_stamp>
-
按需每小时备份:
snapCenter_LocalSnap_<time_stamp>
-
按需每日备份:
snapCenter_LocalSnapAndSnapVault_<time_stamp>
即使在策略配置中为按需备份定义了保留,但只有在执行另一个按需备份时,才会执行内务管理。因此,通常必须在 SnapCenter 中手动删除按需备份,以确保这些备份也会在 SAP HANA 备份目录中删除,并且日志备份整理不会基于旧的按需备份。
-
-
无需在 " 应用程序设置 " 页面上进行任何特定设置。单击下一步。
-
选择要添加到资源中的策略。
-
定义 LocalSnap 策略的计划(在此示例中,每四小时一次)。
-
定义 LocalSnapAndSnapVault 策略的计划(在此示例中,每天一次)。
-
定义块完整性检查策略的计划(在此示例中,每周一次)。
-
提供有关电子邮件通知的信息。
-
在摘要页面上,单击完成。
-
现在,可以在拓扑页面上创建按需备份。计划的备份会根据配置设置执行。
适用于光纤通道 SAN 环境的其他配置步骤
根据 HANA 版本和 HANA 插件部署, SAP HANA 系统使用光纤通道和 XFS 文件系统的环境需要执行其他配置步骤。
只有在 SnapCenter 中手动配置的 HANA 资源才需要执行这些额外的配置步骤。此外,仅 HANA 1.0 版和截至 SPS2 的 HANA 2.0 版也需要此功能。 |
当 HANA 备份保存点由 SAP HANA 中的 SnapCenter 触发时, SAP HANA 会最后为每个租户和数据库服务写入 Snapshot ID 文件(例如, ` /ha/data/SID/mnt00001/hdb00001/snapshot_databackup_0_1` )。这些文件属于存储上的数据卷,因此属于存储 Snapshot 副本。在还原备份的情况下执行恢复时,必须提供此文件。由于在 Linux 主机上使用 XFS 文件系统缓存元数据,因此该文件在存储层不会立即可见。元数据缓存的标准 XFS 配置为 30 秒。
借助 HANA 2.0 SPS3 , SAP 将这些 Snapshot ID 文件的写入操作更改为同步,这样元数据缓存就不会成为问题。 |
对于 SnapCenter 4.3 ,如果 HANA 插件部署在数据库主机上,则 Linux 插件会在触发存储 Snapshot 之前在主机上执行文件系统刷新操作。在这种情况下,元数据缓存不是问题。 |
在 SnapCenter 中,您必须配置 postquiesce
命令,该命令会等待 XFS 元数据缓存转储到磁盘层。
可以使用以下命令检查元数据缓存的实际配置:
stlrx300s8-2:/ # sysctl -A | grep xfssyncd_centisecs fs.xfs.xfssyncd_centisecs = 3000
NetApp 建议使用的等待时间是 fs.xfs.xfssyncd_centis
参数值的两倍。由于默认值为 30 秒,因此请将休眠命令设置为 60 秒。
如果将 SnapCenter 服务器用作中央 HANA 插件主机,则可以使用批处理文件。批处理文件必须包含以下内容:
@echo off waitfor AnyThing /t 60 2>NUL Exit /b 0
此批处理文件可以保存为 C : \Program Files\NetApp\Wait60Sec.bat
。在资源保护配置中,必须将批处理文件添加为后暂停命令。
如果使用单独的 Linux 主机作为中央 HANA 插件主机,则必须在 SnapCenter UI 中将命令 ` /bin/休眠 60` 配置为后暂停命令。
下图显示了资源保护配置屏幕中的 POST Quiesce 命令。