使用单个资源的 SnapCenter 配置
建议更改
PDF
SnapCenter 资源使用 HANA 系统复制环境的虚拟 IP 地址（主机名）进行配置。通过这种方法，无论主机 1 还是主机 2 是主主机， SnapCenter 始终与主主机进行通信。两个 SAP HANA 主机的数据卷均包含在 SnapCenter 资源中。
|
我们假定虚拟 IP 地址始终绑定到主 SAP HANA 主机。在 HANA 系统复制故障转移工作流中，虚拟 IP 地址的故障转移会在 SnapCenter 外部执行。 |
在主机 1 作为主主机执行备份时，系统会在主机 1 的数据卷上创建数据库一致的 Snapshot 备份。由于主机 2 的数据卷是 SnapCenter 资源的一部分，因此会为此卷创建另一个 Snapshot 副本。此 Snapshot 副本不是数据库一致的，而是只是二级主机的崩溃映像。
SAP HANA 备份目录和 SnapCenter 资源包括在主机 1 上创建的备份。
下图显示了故障转移到主机 2 以及从主机 2 复制到主机 1 后的备份操作。SnapCenter 会使用 SnapCenter 资源中配置的虚拟 IP 地址自动与主机 2 通信。现在，备份会在主机 2 上创建。SnapCenter 会创建两个 Snapshot 副本：主机 2 的数据卷上的数据库一致备份和主机 1 的数据卷上的崩溃映像 Snapshot 副本。SAP HANA 备份目录和 SnapCenter 资源现在包括在主机 1 上创建的备份以及在主机 2 上创建的备份。
数据和日志备份的管理是根据定义的 SnapCenter 保留策略进行的，无论主主机还是二级主机，备份都将被删除。
如本节所述 "存储 Snapshot 备份和 SAP 系统复制"，使用基于存储的 Snapshot 备份执行的还原操作有所不同，具体取决于必须还原的备份。请务必确定在哪个主机上创建备份，以确定是否可以在本地存储卷上执行还原，或者是否必须在另一主机的存储卷上执行还原。
使用单资源 SnapCenter 配置时， SnapCenter 无法识别备份的创建位置。因此， NetApp 建议您在 SnapCenter 备份工作流中添加备份前脚本，以确定哪个主机当前是主 SAP HANA 主机。
下图显示了备份主机的标识。
SnapCenter 配置
下图显示了实验室设置以及所需 SnapCenter 配置的概述。
要执行备份操作，而无论哪个 SAP HANA 主机是主主机，甚至在一个主机关闭时也是如此，必须在中央插件主机上部署 SnapCenter SAP HANA 插件。在实验室设置中，我们使用 SnapCenter 服务器作为中央插件主机，并在 SnapCenter 服务器上部署 SAP HANA 插件。
在 HANA 数据库中创建了一个用户来执行备份操作。在安装了 SAP HANA 插件的 SnapCenter 服务器上配置了用户存储密钥。用户存储密钥包括 SAP HANA 系统复制主机的虚拟 IP 地址（ sSR-VIP ）。
hdbuserstore.exe -u SYSTEM set SSRKEY ssr-vip:31013 SNAPCENTER <password>
有关SAP HANA插件部署选项和用户存储配置的详细信息，请参见技术报告TR-4614： "使用 SnapCenter 实现 SAP HANA 备份和恢复"。
在 SnapCenter 中，使用之前配置的用户存储密钥和 SnapCenter 服务器作为 hdbsql 通信主机来配置资源，如下图所示。
两个 SAP HANA 主机的数据卷都包含在存储占用空间配置中，如下图所示。
如前文所述， SnapCenter 不知道备份的创建位置。因此， NetApp 建议您在 SnapCenter 备份工作流中添加备份前脚本，以确定哪个主机当前是主 SAP HANA 主机。您可以使用添加到备份工作流中的 SQL 语句执行此标识，如下图所示。
Select host from “SYS”.M_DATABASE
SnapCenter 备份操作
现在，备份操作将照常执行。数据和日志备份的管理独立于主或二级 SAP HANA 主机。
备份作业日志包含 SQL 语句的输出，通过该语句，您可以确定创建备份的 SAP HANA 主机。
下图显示了将主机 1 作为主主机的备份作业日志。
此图显示了将主机 2 作为主主机的备份作业日志。
下图显示了 SAP HANA Studio 中的 SAP HANA 备份目录。当 SAP HANA 数据库处于联机状态时，创建备份的 SAP HANA 主机将显示在 SAP HANA Studio 中。
|
|
还原和恢复操作期间使用的文件系统上的 SAP HANA 备份目录不包含创建备份的主机名。在数据库关闭时识别主机的唯一方法是，将备份目录条目与两个 SAP HANA 主机的 backup.log 文件结合使用。
|
还原和恢复
如前所述，您必须能够确定所选备份的创建位置，以定义所需的还原操作。如果 SAP HANA 数据库仍处于联机状态，您可以使用 SAP HANA Studio 确定创建备份的主机。如果数据库处于脱机状态，则只有 SnapCenter 备份作业日志中才会提供此信息。
下图显示了根据选定备份的不同还原操作。
如果必须在时间戳 T3 且主机 1 为主主机之后执行还原操作，则可以使用 SnapCenter 还原在 T1 或 T3 创建的备份。这些 Snapshot 备份可在连接到主机 1 的存储卷上使用。
如果您需要使用在主机 2 （ t2 ）上创建的备份进行还原，该备份是主机 2 存储卷上的 Snapshot 副本，则需要使该备份可供主机 1 使用。您可以通过从备份创建 NetApp FlexClone 副本，将 FlexClone 副本挂载到主机 1 以及将数据复制到原始位置来使此备份可用。
使用单个 SnapCenter 资源配置时，会在两个 SAP HANA 系统复制主机的两个存储卷上创建 Snapshot 副本。只有在主 SAP HANA 主机的存储卷上创建的 Snapshot 备份才可用于正向恢复。在二级 SAP HANA 主机的存储卷上创建的 Snapshot 副本是一个崩溃映像，不能用于正向恢复。
使用 SnapCenter 执行还原操作的方法有两种：
-
仅还原有效的备份
-
还原整个资源，包括有效的备份和崩溃映像以下各节将更详细地讨论这两种不同的还原操作。
一节介绍了从另一主机上创建的备份执行的还原操作 "从在另一主机上创建的备份还原和恢复"。
下图显示了使用单个 SnapCenter 资源配置执行的还原操作。
仅对有效备份执行 SnapCenter 还原
下图显示了本节所述的还原和恢复方案概览。
已在主机 1 的 T1 创建备份。已对主机 2 执行故障转移。经过一段时间后，再次故障转移到主机 1 。在当前时间点，主机 1 为主主机。
-
发生故障，您必须还原到主机 1 的 T1 上创建的备份。
-
二级主机（主机 2 ）已关闭，但不执行任何还原操作。
-
主机 1 的存储卷将还原到在 T1 创建的备份。
-
使用主机 1 和主机 2 中的日志执行正向恢复。
-
主机 2 已启动，主机 2 的系统复制重新同步将自动启动。
下图显示了 SAP HANA Studio 中的 SAP HANA 备份目录。突出显示的备份显示了在主机 1 的 T1 上创建的备份。
在 SAP HANA Studio 中启动还原和恢复操作。如下图所示，在还原和恢复工作流中看不到创建备份的主机的名称。
|
|
在我们的测试场景中，我们能够在数据库仍处于联机状态时在 SAP HANA Studio 中确定正确的备份（在主机 1 上创建的备份）。如果数据库不可用，则必须检查 SnapCenter 备份作业日志以确定正确的备份。 |
在 SnapCenter 中，选择备份并执行文件级还原操作。在文件级还原屏幕上，仅选择主机 1 卷，以便仅还原有效的备份。
还原操作完成后，备份将在 SAP HANA Studio 中以绿色突出显示。您无需输入其他日志备份位置，因为主机 1 和主机 2 的日志备份的文件路径包含在备份目录中。
完成正向恢复后，将启动二级主机（主机 2 ），并启动 SAP HANA 系统复制重新同步。
|
|
即使二级主机是最新的（未对主机 2 执行还原操作）， SAP HANA 也会对所有数据执行完全复制。在使用 SAP HANA 系统复制执行还原和恢复操作后，此行为是标准行为。 |
对有效备份和崩溃映像进行 SnapCenter 还原
下图显示了本节所述的还原和恢复方案概览。
已在主机 1 的 T1 创建备份。已对主机 2 执行故障转移。经过一段时间后，再次故障转移到主机 1 。在当前时间点，主机 1 为主主机。
-
发生故障，您必须还原到主机 1 的 T1 上创建的备份。
-
二级主机（主机 2 ）将关闭，并还原 T1 崩溃映像。
-
主机 1 的存储卷将还原到在 T1 创建的备份。
-
使用主机 1 和主机 2 中的日志执行正向恢复。
-
主机 2 已启动，主机 2 的系统复制重新同步将自动启动。
SAP HANA Studio 的还原和恢复操作与一节中所述的步骤相同 "仅对有效备份执行 SnapCenter 还原"。
要执行还原操作，请在 SnapCenter 中选择 Complete Resource 。两台主机的卷均已还原。
完成正向恢复后，将启动二级主机（主机 2 ），并启动 SAP HANA 系统复制重新同步。执行所有数据的完全复制。
