一个由SAP Landscape Management管理的典型用例是刷新系统—使用源系统的实际数据覆盖现有目标系统的内容，同时维护系统拓扑和配置。通用的SAP环境管理功能允许通过"基于存储"或"基于虚拟化"的方法来管理此类操作：
在"基于存储"的场景中，数据库的克隆/拷贝发生在存储卷级别。SAP Landscape Management通过集成存储适配器触发存储系统中所需的操作：将所需的每个源卷复制到目标卷，从而利用存储硬件中的功能。这些存储卷稍后在新主机或现有主机上访问，然后形成数据库系统的内容。"基于虚拟化"的方法也是可能的，但实际上只适用于"较小"的系统大小：然后，整个虚拟机（包括数据库占用空间）被克隆到一个新映像。此克隆映像然后安装到另一个虚拟机上。
"基于存储"和"基于虚拟化"的方案都取决于特定的基础架构要求—例如，源系统和目标系统需要驻留在同一存储系统或虚拟化管理器边界内。这引入了对底层IT基础设施的一些依赖性。
对于SAP HANA 2.0数据库，SAP Landscape Management 3.0具有使用数据库备份刷新内容的集成功能。
这消除了对底层基础设施的依赖，即使在范围内没有可用于存储系统的"存储适配器"的情况下，也可以提供此功能。
本文简要概述了SAP Landscape Management（和LINUX操作系统）中所需配置设置的必要步骤，以执行SAP HANA的此类"基于还原的刷新"数据库
SAP系统拷贝的一般先决条件
所有SAP系统拷贝的一般准备设置都需要在SAP环境管理中首先配置：
需要完成定义所有基础架构组件的基础架构分配：网络定义、用户管理方法、，最终定义了名称服务器更新和代理设置。系统复制或系统重命名的软件配置管理器配置
此外，需要为刷新场景启用源系统。验证源系统是否已在系统配置中启用克隆/复制：
并确保复制后自动化所需的RFC用户已在源系统和目标系统上创建，并且已在SAP环境管理系统配置中定义。
SAP HANA备份共享
"基于还原的刷新"需要完整的源系统的数据备份。数据备份需要存储在一个中央文件系统上，然后在备份过程中将其挂载到目标系统上。
在本例中，我们在源数据库上有一个本地文件系统和一组备份：
为了简单起见，我在源系统上使用了一个本地文件系统作为SAP HANA备份共享，淘客api，并通过NFS将其导出到目标系统–SAP HANA备份共享也可以存储在NFS/NAS服务器上，然后装载到源系统和目标系统。
此"SAP HANA备份共享"在源系统的系统配置中定义（在"配置和RFC"选项卡中），SAP Landscape Manager中的"系统配置的传输装载配置"部分：在基于还原的刷新过程中，云零售，SAP LaMa将确保将共享装载到目标系统上，以便可以访问SAP HANA备份映像进行还原。
装载选项指定将共享装载到目标系统上的用户系统在此过程中–"只读（ro）"就足够了，除非您想将共享也用于存储目标系统的备份。
配置时，HDB备份共享在配置视图中可见：
如果源系统上有"本地"NFS服务器，请将HDB备份共享添加到NFS服务器导出表中。在LINUX操作系统中，文件/etc/exports包含NFS服务器上的本地物理文件系统表，NFS客户端可以访问该表。文件内容需要根用户维护：
将本地服务器上的"导出路径"添加到此文件（在我们的例子中是"/hana/backup/data/DB\u S4P"）确保NFS服务已启动。
在SLES12中，通过以下命令以用户根用户身份启动（或重新启动）NFS服务：
使用"exportfs"命令，您可以验证源系统上的NFS导出。
现在，您可以在SAP Landscape Management中调用基于还原的刷新
导航到Provisioning>Systems并按如下所示，云服务器哪个好，然后选择要刷新的系统，然后选择"基于恢复的刷新"
输入所有所需参数的路线图将启动。
在"基本"选项卡中输入主密码–这将作为接下来所有步骤的默认密码。（通常，您需要遵守SAP密码规则），然后选择下一步
主机选项卡出现。应该根据刷新场景预先选择主机。按下一步
主机名选项卡出现。在刷新场景中，虚拟主机名通常保持不变。按下一步
出现（OS）用户选项卡。由于刷新，淘客网，操作系统用户也应该已经存在。按"下一步"。
现在，数据库还原的选择选项卡出现。从HANA备份共享中选择一个可用备份，然后在重命名选项卡中按下一步：
，输入相应租户的系统密码，然后按下一步：
在隔离选项卡中，导出HANA DB共享的NFS服务器应在"允许"通信中可见。按下一步
最后，在ABAP PCA选项卡中输入范围内客户端的复制后自动化任务列表，然后按下一步：
最后，在摘要选项卡中启动数据库刷新工作流
将调用数据库刷新，大数据定义，备份将用于刷新内容：
