在存储层上创建应用程序一致的NetApp Snapshot副本是本文档所述系统副本和系统克隆操作的基础。基于存储的Snapshot副本可使用适用于SAP HANA或SAP的NetApp SnapCenter 插件在原生 NetApp ONTAP 系统上或通过使用创建 "Microsoft Azure应用程序一致的Snapshot工具" (AzAcSnap)和由Microsoft Azure中运行的SAP HANA和Oracle数据库提供的接口。使用SAP HANA时、SnapCenter 和AzAcSnap会将Snapshot副本注册到SAP HANA备份目录中、以便这些备份可用于还原和恢复以及克隆操作。

应用程序一致的Snapshot副本可以在存储层复制到异地备份站点或由SnapCenter 内部控制的灾难恢复站点。复制基于块更改、因此可节省空间和带宽。通过使用跨区域复制(RCRR)功能在Azure区域之间高效复制Azure NetApp Files 卷、在采用Azure NetApp Files 的Azure中运行的SAP HANA和Oracle系统也可以使用相同的技术。

通过NetApp技术和软件集成、您可以将源系统的任何Snapshot副本用于SAP系统副本或克隆操作。可以从SAP生产系统使用的同一存储、用于异地备份的存储(例如Azure中的Azure NetApp Files 备份)或灾难恢复站点上的存储(Azure NetApp Files CRR目标卷)中选择此Snapshot副本。这种灵活性使您可以根据需要将开发和测试系统与生产系统分开、并涵盖其他情形、例如在灾难恢复站点测试灾难恢复。

配置SAP测试系统的场景和用例多种多样、您对自动化级别的要求可能也不同。适用于SAP的NetApp软件产品集成到SAP和其他第三方供应商(例如Libelle)的数据库和生命周期管理产品中、以支持不同的场景和自动化级别。

带有适用于SAP HANA和SAP AnyDB或Azure上的AzAcSnap插件的NetApp SnapCenter 用于根据应用程序一致的Snapshot副本配置所需的存储卷克隆、并执行所有必要的主机和数据库操作、直到启动SAP数据库为止。根据使用情形、可能需要SAP系统副本、系统克隆、系统刷新或其他手动步骤、例如SAP后处理。下一节将介绍更多详细信息。

可以使用Libelle SystemCopy (LSC)自动化功能对SAP测试系统执行完全自动化的端到端配置或更新。本文档将更详细地介绍SnapCenter 或AzAcSnap与LSC的集成。

Libelle SystemCopy是一款基于框架的软件解决方案 、用于创建完全自动化的系统和横向副本。只需简单地轻触一个按钮、即可使用全新的生产数据更新QA和测试系统。Libelle SystemCopy支持所有传统数据库和操作系统、并为所有平台提供了自己的复制机制、但同时集成了备份/还原过程或存储工具、例如NetApp Snapshot副本和NetApp FlexClone卷。系统副本期间所需的活动可从SAP ABAP堆栈外部进行控制。这样、SAP应用程序就不需要进行任何传输或其他更改。通常、成功完成系统副本操作步骤 所需的所有步骤可分为四个步骤：

在复制阶段、即使对于最大的数据库、也会使用NetApp Snapshot和FlexClone功能将所需时间降至最少几分钟。

对于检查、预处理和后处理阶段、LSC会提供450多个预配置任务、涵盖95%的典型刷新操作。因此、LSC采用了符合SAP标准的自动化。由于LSC的软件定义特性、可以轻松调整和增强系统更新流程、以满足客户SAP环境的特定需求。

在多种情况下、源系统中的数据必须可供目标系统使用：

虽然修复系统和灾难恢复测试系统通常使用SAP系统克隆(不需要执行大量后处理操作)来更新测试和培训系统、但要与源系统共存、必须应用这些后处理步骤。因此、本文档重点介绍SAP系统更新场景。有关不同使用情形的更多详细信息、请参见技术报告 "TR-4667：使用SnapCenter 自动执行SAP HANA系统复制和克隆操作"。

本文档其余部分分为两部分。第一部分介绍了NetApp SnapCenter 与适用于SAP HANA的Libelle SystemCopy以及在内部NetApp ONTAP 系统上运行的SAP AnyDB系统的集成。第二部分介绍了AzAcSnap与在Microsoft Azure中运行的适用于SAP HANA系统的LSC以及所提供的Azure NetApp Files 的集成。尽管底层ONTAP 技术是相同的、但与 原生 ONTAP 安装相比、Azure NetApp Files 提供不同的接口和工具集成(例如AzAcSnap)。