使用SnapCenter 的SAP系统刷新工作流概述
SnapCenter提供的工作流允许您从任何现有Snapshot备份管理数据集的克隆。此克隆数据集是一个FlexClone卷、可用于从源系统快速配置HANA数据卷并将其连接到目标系统。因此、它非常适合对QA、测试、沙盒或培训系统执行系统刷新操作。
SnapCenter 克隆工作流可处理存储层上的所有必需操作、并可使用脚本进行扩展以执行主机特定操作和HANA数据库特定操作。在本文档中、我们将使用脚本执行HANA数据库恢复和关闭操作。使用脚本实现进一步自动化的SnapCenter 工作流可处理所有必需的HANA数据库操作、但不包括任何所需的SAP后处理步骤。SAP后处理必须手动执行或使用第三方工具执行。
使用SnapCenter的SAP系统刷新工作流包括五个主要步骤、如下图所示。
-
目标系统的一次性初始安装和准备
-
SnapCenter HANA插件必须安装在新的目标系统上、并且必须在SnapCenter中配置HANA系统
-
必须停止目标系统、并且必须卸载HANA数据卷
-
-
SnapCenter克隆创建工作流
-
SnapCenter会为源系统的选定Snapshot创建一个FlexClone卷
-
SnapCenter会将FlexClone卷挂载到目标系统
-
可以使用脚本作为后处理脚本来自动恢复目标HANA数据库
sc-system-refresh
、也可以手动执行
-
-
SAP后处理(手动或使用第三方工具)
-
该系统现在可用作测试/QA系统。
-
请求新系统刷新时、将使用SnapCenter克隆删除工作流删除FlexClone卷
-
如果目标HANA系统已在SnapCenter中受到保护、则必须先删除保护、然后再启动克隆删除工作流。
-
必须手动停止HANA系统、或者使用该脚本作为SnapCenter预处理脚本自动停止HANA系统
sc-system-refresh
-
SnapCenter卸载HANA数据卷
-
SnapCenter将删除FlexClone卷
-
步骤2将重新启动刷新。
-
在大多数情况下、目标测试/QA系统的使用时间至少为几周。由于FlexClone卷会阻止源系统卷的Snapshot、因此根据源系统卷上的块更改率、此Snapshot将需要额外的容量。如果生产源系统的平均变更率为每天20%、则被阻止的Snapshot将在5天后达到100%。因此、如果克隆基于生产源系统、NetApp建议立即或几天后拆分FlexClone卷。克隆拆分操作不会阻止使用克隆的卷、因此、可以在使用HANA数据库时随时执行。
拆分FlexClone卷时、SnapCenter 会删除在目标系统上创建的所有备份。 |
对于SnapCenter和Azure NetApp Files、克隆拆分操作不可用、因为Azure NetApp Files始终会在创建后拆分克隆。 |
包括克隆拆分在内的刷新操作包括以下步骤。
-
目标系统的一次性初始安装和准备
-
SnapCenter HANA插件必须安装在新的目标系统上、并且必须在SnapCenter中配置HANA系统
-
必须停止目标系统、并且必须卸载HANA数据卷
-
-
SnapCenter克隆创建工作流
-
SnapCenter会为源系统的选定Snapshot创建一个FlexClone卷
-
SnapCenter会将FlexClone卷挂载到目标系统
-
可以使用脚本作为后处理脚本来自动恢复目标HANA数据库
sc-system-refresh
、也可以手动执行
-
-
FlexClone卷使用SnapCenter克隆拆分工作流进行拆分。
-
SAP后处理(手动或使用第三方工具)
-
该系统现在可用作测试/QA系统。
-
请求新系统刷新时、可通过以下手动步骤完成清理
-
如果目标HANA系统已在SnapCenter中受到保护、则必须删除此保护。
-
必须手动停止HANA系统
-
必须卸载HANA数据卷、并且必须删除SnapCenter中的fstab条目(手动任务)
-
步骤2将重新启动刷新。
必须在存储系统上手动删除先前拆分的旧数据卷。
-
部分 "《使用SnapCenter 更新SAP HANA系统》" 提供两个系统刷新工作流的详细分步问题描述。