下图显示了SnapCenter服务器、SAP HANA 数据库和存储系统之间通信的逻辑视图。SnapCenter服务器利用 HANA 和 Linux 插件与 HANA 数据库和 Linux 操作系统进行通信。

SnapCenter插件的推荐和默认部署选项是安装在 HANA 数据库主机上。使用此部署选项， SnapCenter支持的配置章节中描述的所有配置和功能均有效。也有一些例外情况，即SnapCenter插件不能安装在 HANA 数据库主机上，而需要在中央插件主机上进行配置，该主机可以是SnapCenter服务器本身。HANA 多主机系统或在 IBM Power 平台上运行的 HANA 系统需要中央插件主机。两种部署选项也可以混合使用，例如，将SnapCenter服务器用作多主机系统的中央插件主机，并将插件部署在所有其他单主机 HANA 系统的 HANA 数据库主机上。

在SnapCenter中，HANA 资源既可以自动发现，也可以手动配置。一旦在数据库主机上部署了 HANA 和 Linux 插件，HANA 系统就会默认自动被发现。SnapCenter自动发现功能不支持在同一主机上安装多个 HANA。使用中央插件主机管理的 HANA 系统必须在SnapCenter中手动配置。此外，非数据卷默认是手动配置的资源。

虽然SnapCenter支持 HANA 系统的集中式插件部署，但在平台和功能支持方面存在局限性。对于配置了中央插件主机的 HANA 系统，以下基础架构配置和操作不受支持：

SAP 建议将定期 HANA 数据块一致性检查纳入整体备份策略中。传统的基于文件的备份方式，每次备份操作都会进行此检查。使用快照备份时，除了执行快照备份操作之外，还必须执行一致性检查，例如每周一次。

从技术上讲，执行块一致性检查有两种方法。

HANA hdbpersdiag 工具是 HANA 安装的一部分，允许对离线 HANA 数据库执行块一致性检查操作。因此，它非常适合与快照备份结合使用，可以将现有的快照备份呈现给 hdbpersdiag。

对比这两种方法，hdbpersdiag 在 HANA 块一致性检查方面比基于文件的备份具有显著优势。其中一个维度是所需的存储容量。对于基于文件的备份，每个 HANA 系统至少需要有一个备份大小的空间。例如，如果您有 15 个 HANA 系统，每个系统的持久化大小为 3TB，那么您仅一致性检查就需要额外的 45TB。使用 hdbpersdiag 不需要额外的存储容量，因为该操作是针对现有的快照备份或现有快照备份的FlexClone执行的。第二个维度是 HANA 主机在一致性检查操作期间的 CPU 负载。基于文件的备份需要 HANA 数据库主机上的 CPU 周期，而当与中央验证主机结合使用时，hdbpersdiag 处理可以完全从 HANA 主机卸载。下表总结了主要特征。

NetApp建议使用 hdbpersdiag 执行 HANA 块一致性检查。有关实施的更多详细信息，请参阅第 1 章。 "使用SnapCenter进行块一致性检查"。

在配置 SnapCenter 和 SAP HANA 插件之前，必须根据各种 SAP 系统的 RTO 和 RPO 要求定义数据保护策略。

一种常见方法是定义系统类型，例如生产，开发，测试或沙盒系统。所有系统类型相同的 SAP 系统通常具有相同的数据保护参数。

必须定义的参数包括：

下表显示了生产、开发和测试系统类型的数据保护参数示例。对于生产系统，已定义了较高的备份频率，备份数据每天复制到辅助备份站点一次。测试系统的要求较低，并且不需要复制备份。

下表显示了为上述数据保护参数需要配置的策略和计划。

下图总结了计划和备份保留期限。如果使用SnapCenter管理日志备份保留，则所有早于最早的快照备份的日志备份都将被删除。换句话说，日志备份会保留足够长的时间，以便能够及时地将每个可用备份恢复到当前状态。

使用 HANA 持久加密时，除了标准数据备份之外，创建根密钥备份也至关重要。如果数据卷和 HANA 安装文件系统丢失，则需要根密钥备份来恢复 HANA 数据库。更多信息请参见 "《 SAP HANA 管理指南》"。

SnapCenter支持对具有单个或多个租户的 HANA MDC 系统进行快照备份操作。SnapCenter还支持 HANA MDC 系统的两种不同的恢复操作。您可以恢复整个系统、系统数据库和所有租户，也可以只恢复一个租户。要使SnapCenter能够执行这些操作，需要满足一些先决条件。

在 MDC 系统中，租户配置不一定是静态的。可以添加租户，也可以删除租户。SnapCenter不能依赖于将 HANA 数据库添加到SnapCenter时发现的配置。要实现单租户恢复操作， SnapCenter必须知道每个快照备份中包含哪些租户。此外，它还必须知道快照备份中包含的每个租户分别拥有哪些文件和目录。

因此，每次备份操作时， SnapCenter都会识别租户信息。这包括租户名称以及相应的文件和目录信息。为了支持单租户恢复操作，必须将此数据存储在快照备份元数据中。

应用程序自动发现的另一个步骤是检测 HANA 系统复制 (HSR) 主节点或辅助节点。如果 HANA 系统配置了 HSR，SnapCenter必须在每次备份操作中识别主节点，以便在 HSR 主节点上执行备份 SQL 命令。参见 "SAP HANA系统复制—使用SnapCenter进行备份和恢复"。

SnapCenter还能检测 HANA 数据卷配置，并将其映射到文件系统和存储资源。通过这种方法， SnapCenter可以处理 HANA 卷配置更改，例如多个分区或存储配置更改，如卷迁移。

下一步是执行快照备份操作本身。此步骤包括触发 HANA 数据库快照、存储快照备份的 SQL 命令，以及关闭 HANA 快照操作的 SQL 命令。通过使用 close 命令，HANA 数据库会更新系统数据库和每个租户的备份目录。

要对数据备份进行保留管理和 HANA 备份目录管理， SnapCenter 必须对系统数据库以及第一步中确定的所有租户数据库执行目录删除操作。与日志备份相同， SnapCenter 工作流必须在备份操作中的每个租户上运行。

下图显示了备份工作流的概述。

数据备份保留管理和日志备份管理可分为五个主要方面，包括以下保留管理：

下图概述了不同的工作流以及每个操作的依赖关系。以下各节将详细介绍不同的操作。