SAP HANA 备份类型

SAP HANA 支持以下备份类型：

• 完整备份：

  • 完整的数据备份

  • 数据快照

    注意

    自 利用基于存储快照的SAP HANA备份，首先创建SAP HANA数据 快照。

    有关详细信息，请参阅数据快照和数据库 快照

• 增量备份（增量备份和差异备份）

• 重做日志备份

• 备份的本机加密

• 使用第三方备份工具创建的备份

数据备份

数据备份包括将数据库恢复到 一致状态。

数据备份由业务数据和管理数据组成。管理数据 可以是角色、模型、信息模型和拓扑信息。

使用数据备份时，仅备份实际数据。数据备份不会 包括：

• 数据库中未使用的空间

• 日志区域

为每个 SAP HANA 服务并行备份数据区域。如果 SAP HANA 是 数据备份在多个主机上运行，包括所有特定于服务的备份 所有主机的零件。

在数据备份运行时，将执行一些数据完整性检查。这些完整性 仅在块级别（磁盘上的页面级别）执行检查，不进行分析 每个数据块的内容。

如果这些检查成功，数据将写入备份目标。

注意

为确保数据安全，数据备份应存储在多个不同的 SAP HANA 数据库外部的备份目标。

增量备份

增量备份仅包含自上次完整数据以来已更改的数据 备份（完整数据备份或数据快照）或上次增量备份。

注意

只有在数据备份完成后，才能创建增量备份 创建。

对于增量备份，更改的数据意味着对 SAP HANA 持久性存储中的数据。这并不总是过去的数据 实际上由应用程序更改。内部重组可以改变 在不更改实际数据的情况下进行物理表示。

例

在列存储分区的增量合并中，只有少量数据可能 已更改。尽管如此，所有数据都被重组和重写。 这 意味着增量合并可以与完整数据备份一样大。如果增量 在这种情况下创建备份，整个分区备份在 增量数据备份，即使只有少量的实际数据 改变。

增量备份的优势

与 完整数据备份。

反过来，这意味着增量备份的创建速度通常比完整数据更快 备份。

此外，使用增量备份的数据库恢复通常比 使用日志备份进行恢复。使用增量备份，仅恢复更改的数据， 而对于日志备份，每个日志条目都需要在它之前单独处理 已恢复。恢复许多日志备份通常比 恢复少量增量备份。

提示

将经常更改的数据与未更改的数据分开 经常更改，请考虑对列存储数据进行分区。分区列 存储数据可以减小增量备份的大小。

增量备份类型

SAP HANA 支持差异备份和增量备份。

注意

只有在创建数据备份后才能创建增量备份。

增量备份类型的比较

	差异备份	增量备份
备份哪些数据？	自上次完整数据备份（完整数据备份或数据）以来，数据发生了变化 快照）。	自上次完整数据备份或上次完整数据备份以来，数据已更改 增量备份（增量备份或差异备份）。
备份大小	每次差异备份要保存的数据量都会增加。	如果数据保持不变，则不会将其保存到多个 备份。因此，增量备份是最小的 备份类型。
备份和恢复策略	如果您的备份策略仅基于完整数据备份和差异备份，则仅 恢复需要两个备份：一个完整数据备份和 一个差异备份。	如果您的备份策略仅基于完整数据备份，并且 增量备份，为了恢复数据库，SAP HANA 需要 以下备份： 增量备份所在的完整数据备份 基于 自完整数据以来所做的每次增量备份 备份 在某些情况下，可能需要许多增量备份 恢复。

使用增量备份进行恢复

注意

恢复可以使用多个增量备份，但只能使用一个差异 备份。

如果你 希望使用差异备份或增量备份恢复 SAP HANA，还必须使用 日志备份。如果日志备份不可用，则只能使用完整数据进行恢复 备份。

系统复制：增量备份 必须基于当前主数据库的完整数据备份。收购后，如果 您希望创建增量备份，您必须首先创建一个完整的数据备份 电流 主要。

若要恢复 SAP HANA，可以将差异备份与一个或多个增量备份组合在一起 备份。

例

可以使用以下命令将 SAP HANA 恢复到特定时间点 备份顺序：

1. 全量数据备份

2. 差异备份

3. 增量备份 1

4. 增量备份 2

5. 日志备份

数据快照

数据快照捕获数据区域中特定点中保留的数据 时间。数据快照包括恢复每个单独的 SAP 所需的所有数据 HANA数据库到一致的 州。

数据快照的优势

数据快照提供了一个额外的选项来保护 SAP HANA 数据区域和 恢复 SAP HANA 数据库。

数据快照具有以下优点：

• 创建数据快照时，对数据库性能的影响最小。

  数据快照是在存储系统中创建的，不会消耗数据库资源。

• 从数据快照中恢复比从数据中恢复更快 备份。

  数据快照只需在 存储系统。

有关数据快照的相对优势的详细信息，请参阅数据备份和数据快照的比较。

注意

自 利用基于存储快照的SAP HANA备份，首先创建SAP HANA数据 快照。

有关详细信息，请参阅数据快照和数据库快照

数据快照和外部存储系统

外部存储系统必须在原子操作中复制每个数据卷，以便 保证数据快照的I/O一致性。不需要多个数据卷 并行复制;可以复制数据卷 一次一个。

数据快照和 SAP HANA 动态分层

如果 您正在为使用 SAP 的环境规划备份和恢复策略 HANA 动态分层，请参阅 SAP 说明 2375865（SAP HANA 动态分层 2.0：备份） 和恢复功能限制），以获取有关注意事项的信息 动态分层。

数据快照和数据库快照

通过首先创建内部 数据区域文件系统的数据库快照。内部数据库 然后，快照用于创建数据快照。

内部数据库快照捕获 SAP HANA 数据库在以下位置的状态 快照及时启动。这样， 内部数据库快照确保数据快照的状态为 一致。

注意

创建数据快照时，无需进一步检查数据完整性 在页面或块上执行（校验和计算） 水平。

（使用数据备份，要备份的数据的块级完整性 在创建备份时自动检查。每个内容 数据块未选中。

内部数据库快照和系统复制

用于创建数据快照的内部数据库快照与 用于系统复制的内部数据库快照。两者之间没有关系 这两种类型的内部数据库快照。

数据备份和数据快照的比较

您可以使用此概述来帮助评估使用数据备份和数据的好处 快照作为备份策略的一部分。

数据备份和数据快照的比较

	数据备份到文件	使用 Backint 进行数据备份	数据快照
优势	块级完整性检查 有关详细信息，请参阅手动检查 恢复是可能的。 可以加密 有关详细信息，请参阅 SAP HANA 备份加密。	块级完整性检查 集成到现有数据中心基础设施中 第三方备份工具提供附加功能。 例如，重复数据删除。 备份可立即进行恢复	快 对网络的影响可以忽略不计 可以加密 有关详细信息，请参阅数据加密 快照。
弊	需要额外的存储空间 生成额外的网络负载 需要监视文件系统（填充级别） 需要更多时间才能使备份可用于 恢复	生成额外的网络负载	不对页面或块级别进行完整性检查（校验和计算）
备份大小	仅有效负载	仅有效负载	数据区域的大小 （但通常由存储压缩或删除重复数据 工具）
备份持续时间	IO 绑定（从数据量读取，写入目标） 网络绑定（写入目标文件系统）	IO 绑定（从数据量读取） 网络绑定（写入备份服务器）	可以忽略不计（取决于存储工具）

日志备份

默认情况下，会备份 SAP HANA 日志段 自然而然。

日志 为每个具有持久性的服务备份段。当日志备份是 创建后，仅写入日志段的实际数据（“有效负载”） 文件系统中特定于服务的日志备份或第三方日志备份的日志区域 备份工具。

中断的日志备份

如果 SAP HANA 服务停止，则该服务的日志备份也会停止。停止的 必须立即重新启动服务。

谨慎

如果未重新启动已停止的服务，则数据库恢复将仅重新启动 可能在此服务停止之前的某个时间点。也就是说，只有 存在所有服务的日志备份的时间点。

如果缺少任何服务的日志备份，则无法 将数据库恢复到其最新状态。

日志区域不可用

如果日志区域暂时不可用，一旦它再次可用，SAP HANA 会自动继续为以下所有日志段创建日志备份 到目前为止还没有备份。

删除服务

如果需要删除服务，请使用复制数据库后的步骤一节中描述的过程，因为这可确保日志 区域已备份，可用于恢复数据库。

保存点和重做日志

为了保持最佳性能，SAP HANA 数据库将其大部分数据保存在 记忆。但是，SAP HANA 还使用持久性存储来提供回退，以防发生以下情况： 故障或故障。

在正常的数据库操作期间，更改的数据会自动从内存保存到磁盘，网址为 常规保存点。默认情况下，每 5 个保存点创建一次 分钟，包括备份期间。

如果系统运行在正确配置的硬件上，则对性能的影响 保存点可以忽略不计。保存点不会影响事务的处理。 在保存点期间，事务继续正常运行，新事务可以 一切正常开始。

此外，所有数据更改都记录在重做日志的日志段中 缓冲区。提交数据库事务时，这些日志段是 保存到磁盘。此外，如果重做日志缓冲区随时填满，则重做日志缓冲区为 无论如何都写入磁盘，即使没有发送提交。

数据库重新启动和保存点

SAP HANA 数据库可以像基于磁盘的数据库一样重新启动，并且 通过从日志区域重播重做日志，恢复到其最近的一致状态 （不是日志备份）。

日志 日志区域中的记录只需要从最后一个保存点位置开始处理， 而不是从日志区域的开头开始。通过这种方式，保存点有助于加快速度 数据库重新启动。

虽然保存点和日志可以保护您的数据免受某些 失败时，如果持久性存储本身是 损坏或发生逻辑错误。能够做出适当和快速的反应 硬件故障，以及保护您的数据免受逻辑错误的影响和 软件更改导致损坏的可能性，必须有一个 精心规划的备份和恢复策略。

SAP HANA 备份加密

SAP HANA 支持备份的本机加密。

备份加密通过防止 SAP HANA 备份数据的隐私来保护 未经授权的方阅读的内容 备份。

启用备份加密后，备份数据将加密传输到 备份位置，既适用于基于文件的备份，也适用于使用 第三方备份工具。

SAP HANA 备份使用 AES 256 位加密进行加密。

哪些备份类型可以加密？

无法为单个数据备份启用加密。如果备份 启用加密后，所有备份都已加密，但备份目录除外，备份目录已加密 从来都不是 加密。

注意

要加密数据快照，需要执行其他步骤。

有关详细信息，请参阅 SAP 中的数据快照加密 HANA 管理指南（SAP HANA 数据库备份和 恢复）。

数据快照加密

如果启用了备份加密，则不会自动加密数据快照。自 加密数据快照，需要执行其他步骤。

如果满足以下条件，则可以对数据快照进行加密：

• 已启用备份加密。

• 已启用日志加密。

• 数据卷加密已启用。

  有关详细信息，请参阅《SAP HANA 管理指南》 （加密）以及 SAP HANA 安全性 指南。

• 数据转换状态为未激活。

  SAP HANA 数据库不得处于加密或解密过程中 数据。

  要检查数据转换状态，请执行以下SQL语句：

  SELECT DATA_CONVERSION_ACTIVE FROM M_PERSISTENCE_ENCRYPTION_STATUS

  要加密数据快照，DATA_CONVERSION_ACTIVE必须 设置为 。false

  有关详细信息，请参阅M_PERSISTENCE_ENCRYPTION_STATUS系统 适用于 SAP HANA 的 SAP HANA SQL 参考指南中的视图 平台。

备份加密的资源消耗

启用备份加密后，SAP HANA 备份需要额外的主内存和 CPU。 根据可用的主内存和 CPU 量，您可以抵消对备份的影响 通过调整缓冲区大小、启用并行加密或多流式处理（对于 第三方备份 工具）。

通常 备份加密不会影响备份和恢复的性能，因为 备份和恢复操作，例如加密、校验和计算以及 I/O。 并行运行。 但是，使用备份 加密，预计 CPU 使用率会更高。取决于 SAP 的规模 HANA系统，您可能会注意到对整体系统性能的负面影响。

为了创建具有最佳性能的加密备份，SAP HANA 消耗高达 主内存和 CPU 是创建未加密所需的三倍 备份。资源消耗比较 下面：

备份类型	分配的缓冲区
未加密的备份	备份消耗的内存由配置的 I/O 决定 用于读取/写入备份的缓冲区大小。 对于未加密的数据备份，此内存量为 分配了两次，一个缓冲区用于读取数据，一个缓冲区用于读取数据 写入数据。当多流不是时，就是这种情况 使用。 要配置 I/O 缓冲区大小，可以使用 global.ini 参数文件的备份部分中的参数 data_backup_buffer_size。 有关详细信息，请参阅更改 I/O 缓冲区 尺寸。
多流备份	配置的 I/O 缓冲区大小也会分配给每个 渠道。 借助多流备份，SAP HANA 可分配一个额外的 I/O 每个附加通道的缓冲区。为此 因此，内存消耗的计算方式为 data_backup_buffer_size * （1 + parallel_data_backup_backint_channels）。 要配置多流备份，可以使用global.ini参数文件的备份部分中的参数 parallel_data_backup_backint_channels。 有关详细信息，请参阅配置多流 第三方备份工具。
加密备份	这 配置的 I/O 缓冲区大小也分配给另外两个 每个持久性服务的每个通道的 I/O 缓冲区。为 因此，内存消耗的计算方式为 data_backup_buffer_size * （1 + 3 * parallel_data_backup_backint_channels) 注意 加密的 SAP HANA 备份的大小与 未加密的备份（校验和除外）。

备份加密的注意事项

根据 SAP HANA 系统上可用的主内存和 CPU 量， 请考虑以下选项：

• 将 SAP HANA 配置为运行次优备份（和恢复） 性能。

  可以将 SAP HANA 配置为执行备份和恢复操作 启用了加密，但资源消耗与未启用加密相同 加密。因此，备份和恢复操作将 通常需要更长的时间才能完成。

  将参数 enable_parallel_backup_encryption 从 （default） 设置为 。truefalse

• 在 SAP HANA 系统中安装其他 CPU。

• 减少 SAP HANA 分配的备份 I/O 缓冲区大小。

  如果 I/O 缓冲区大小减小，则备份通常具有较低的 吞吐量，因此需要更长的时间才能完成。

  如果没有额外的物理主内存可用，则备份 I/O 缓冲区 数据库的大小可以减少到大约三分之一的 为未加密的备份配置的备份 I/O 缓冲区大小。

  有关详细信息，请参阅更改 I/O 缓冲区 SAP HANA 中的大小 管理指南（SAP HANA 数据库备份和 恢复）。

• 如果您使用的是第三方备份工具，则不建议这样做 将重复数据删除与加密备份一起使用，因为这会增加 没有实际好处的备份时间。

计算备份内存消耗

以下示例说明了 SAP HANA 如何为数据备份分配主内存。

例

无多流备份

标准	配置	为数据备份分配的内存
配置参数设置：	parallel_data_backup_backint_channels = 1
是否启用了备份加密？	不	1024 MB + 1024 MB = 2 GB
是否启用了备份加密？	是的	1024 MB + （3 * 1024 MB） = 4 GB

例

使用多流备份

标准	配置	为数据备份分配的内存
配置参数设置：	parallel_data_backup_backint_channels = 32
是否启用了备份加密？	不	1024 MB + （32 * 1024 MB） = 33 GB
是否启用了备份加密？	是的	1024 MB + （3 * 32 * 1024 MB） = 97 GB

在此方案中，SAP HANA 分配的主数据大约是其三倍 启用备份加密的内存（与备份加密相比） 禁用。

备份加密根密钥

如果启用加密（用于备份、日志或数据卷），则 SAP HANA 备份使用备份加密根进行加密和解密 钥匙。

相同的备份加密根密钥用于数据备份和日志 备份。

注意

数据快照不会使用备份加密根密钥进行加密。

有关详细信息，请参阅 SAP 中的数据快照加密 HANA 管理指南（SAP HANA 数据库备份和 恢复）。

备份加密根密钥已加密并存储在安全存储中 文件系统（实例 SSFS）以及其他加密根密钥。例如 应用程序加密根 钥匙。

创建新的租户数据库时，将生成新的备份加密根密钥 对于该租户 数据库。

其他租户数据库保留其现有的备份加密根密钥。

谨慎

如果启用了备份加密，数据库管理员必须确保 当前备份加密根密钥和旧版本是 备份。

每当备份加密根密钥发生更改时，都必须对其进行备份。没有 当前备份的备份加密根密钥，部分数据会丢失后 恢复。

始终有一个活动的备份加密根密钥。如果（重复）根键 使用旋转，以前活动的键也可以存在，并且可能需要 从较旧的加密中恢复SAP HANA 备份。

有关详细信息，请参阅 SAP HANA 中的根密钥备份 安全指南。

注意

加密备份的块级完整性仍然可以在不 访问备份加密根密钥。

有关详细信息，请参阅检查是否可以在 SAP HANA 管理指南（SAP HANA 数据库备份和 恢复）。

有关使用加密根密钥的详细信息，请参阅加密 SAP HANA 安全指南中的密钥管理和在 SAP HANA 管理中更改加密根密钥 指南（加密）。

备份目录

备份目录包含有关 SAP HANA 的备份历史记录的信息 数据库。

备份目录使 SAP HANA 能够确定以下内容：

• 是否可能恢复

• 用于恢复数据库的备份

• 恢复不再需要哪些备份

系统数据库和每个租户数据库都有自己的备份 目录。

注意

每次任何类型的备份都是 创建后，将对备份目录进行备份和版本控制。这样，最新版本 的备份目录始终包含整个备份 历史。

无需备份目录即可恢复

可以在不使用备份目录或使用数据的情况下恢复 SAP HANA 未记录在备份目录中的备份。

如果没有备份目录，则无法进行时间点恢复。没有备份目录， 只能将 SAP HANA 恢复到特定数据备份。

如果使用备份中未记录的备份恢复 SAP HANA catalog，则需要手动指定备份类型（File 或 Backint），而 备份的位置及其前缀。

备份目录中有哪些信息？

备份目录包含有关备份历史记录的信息。

在备份目录中	描述
为数据库创建的备份	这包括数据备份、数据快照、增量备份 （差异备份和增量备份）和日志备份。 每个恢复都记录在备份目录中，但不显示在 监视视图。 有关详细信息，请参阅备份的监视视图 目录。
备份的开始和完成时间	备份目录记录本地服务器时间和 UTC 时间。 恢复的开始和结束时间记录在备份中 catalog 作为本地服务器时间。恢复的时间点 SQL 语句指定为 UTC。 备份的开始时间不会反映数据库的确切状态，当 备份已创建。确定数据库状态的保存点 始终在数据备份的开始时间之后进行。 在此保存点之后对数据库所做的更改不包括在数据备份中。
备份是否仍在运行	备份目录不显示备份的进度。这 备份的进度记录在backup.log中，可以使用视图M_BACKUP_PROGRESS查看。 有关详细信息，请参阅 backup.log 和 监视视图 备份目录。
备份状态	记录备份是否成功完成。 状态可以是： 成功的 失败 运行 取消待处理 取消 准备 仅适用于数据快照：已准备好数据快照， 但尚未得到确认或放弃。
已备份的卷	备份是在每个卷的单独备份目标中创建的。
日志备份及其包含的日志位置	对于数据备份，将记录一个确切的重做日志位置。此重做 日志位置与其保存点相对应。在恢复期间，记录 重播从数据备份的重做位置开始。 对于日志备份，将记录一系列重做日志位置，从最早的日志条目到 最新的日志条目。
备份大小	将显示每个备份的大小。 如果启用了备份压缩，则压缩大小也为 显示。
目标类型	数据备份可以写入不同的目标。但是，所有 同一数据备份的各个部分写入相同的 目的地。 目标类型可以是： 文件 Backint 快照 对于在文件系统中创建的数据备份，您可以更改 默认目标。 对于使用第三方备份工具创建的备份，命名管道为 在文件系统中为系统数据库或租户创建 数据库。无法更改默认备份目标。
备份 ID	数据备份或日志备份的 ID。 单个数据备份的所有备份文件共享相同的 BACKUP_ID。 如果您使用的是第三方备份工具，则外部备份 ID （同上）也是 包括。
加密根密钥	如果启用了加密，则为用于加密备份的密钥。
评论	用户提供的其他信息。 注释有助于识别备份中的特定备份 目录。
包括配置	对于数据备份和增量备份： 显示特定于客户的配置是否更改 （.ini 文件 从默认值更改）包含在备份中。 “详细信息”视图还显示哪些文件 对于备份包含配置数据。 有关详细信息，请参阅在 备份。
保留	获取完整数据 备份： 显示是否将备份标记为要保留。 标记为“已保留”的单个完整数据备份不能 在 SAP HANA 中删除，可以单独删除（通过从 备份目录概述）、按计划的内务处理任务或按 SQL 语句。BACKUP CATALOG DELETE 保留的数据备份仍记录在备份中 目录及其物理位置。 您可以从“备份详细信息”视图更改“保留”设置。 保留备份和备份代次 删除备份生成后，保留的数据备份仍存在于其 物理位置，并且仍记录在备份目录中。 但是，保留的数据备份 五月 不再是新一代备份的开始。可能有 不再是任何相关的后续日志备份、增量备份、 或备份目录的备份。 有关详细信息，请参阅使用 SAP HANA Cockpit 在 SAP HANA 管理中删除备份代（备份和 恢复）。

备份目录的监视视图

您可以使用监视视图来显示备份目录中的信息。监测 视图存储在 SYS 架构中。

监控视图 M_BACKUP_CATALOG、M_BACKUP_CATALOG_FILES 和 M_BACKUP_PROGRESS 提供不同的 备份目录中的信息概述。

监控视图	描述
M_BACKUP_CATALOG	提供有关备份活动的信息的概述。 视图中的每一行都提供有关由 备份 ID。此信息包括类型（例如，数据 backup），以及开始和完成时间。 注意 备份 ID 为 用于在“M_BACKUP_CATALOG_FILES监视”视图中引用备份的各个部分。
M_BACKUP_CATALOG_FILES	提供有关创建的备份和备份的信息 数据和日志备份的目标。 视图中的每一行在M_BACKUP_CATALOG监视视图中都有相应的条目。每一行都由备份 ID 标识。 M_BACKUP_CATALOG_FILES监视视图 提供有关每个数据库服务的其他信息： 参与了备份。例如，使用数据备份时，每个 列出数据库服务及其特定的备份信息 例如目标路径和重做日志位置。
M_BACKUP_PROGRESS	提供有关最新数据的详细信息 备份。 每行都包含有关属于 数据备份，由主机名和端口号标识。

备份目录的监视视图比较

M_BACKUP_CATALOG M_BACKUP_CATALOG_FILES	M_BACKUP_PROGRESS
所有类型的备份（数据备份、日志备份、增量备份和数据快照，如果 可用）	仅适用于数据备份、差异备份和增量备份
自数据库以来所有已完成且当前正在运行的备份 已创建	仅当前正在运行和上次完成的备份
持续	在数据库重新启动时清除
仅已完成备份的数据总量	所有备份的总数据量和已传输的数据量

有关详细信息，请参阅适用于 SAP HANA 的 SAP HANA SQL 参考指南 平台。

示例：使用 M_BACKUP_CATALOG 搜索数据快照

要在备份目录中搜索数据快照，可以使用备份 ID 或 评论。

若要搜索备份 ID，请使用以下命令：

SELECT * FROM "SYS"."M_BACKUP_CATALOG" WHERE BACKUP_ID = backup_id

重建备份目录

在SAP HANA无法控制的特殊情况下，备份 在恢复时，目录可能不可用。如果备份目录不是 可用，它在很大程度上可以使用文件中的现有数据和日志备份进行重建 系统。

若要重新生成备份目录，请使用 hdbbackupdiag 工具。

有关详细信息，请参阅 SAP 说明1812057（重建备份 使用 hdbbackupdiag 的目录）。

谨慎

如果重新生成备份目录：

• 备份目录仅包含有关数据备份和 通过 HDBBbackupdiag 工具提供的日志备份。

  未指定的数据库备份历史记录的任何部分都是 失去。

• 备份目录不再包含创建的数据快照或备份 使用第三方工具。

  因此，这些备份不能用于恢复。

• 数据和日志备份目录只能包含 SAP HANA 数据。

• 将生成日志并将其写入 SAP HANA 工作目录。

  如果多次重建备份目录， 此日志也将被读取，并将导致错误。为此 因此，如果需要再次重建备份目录，请删除 第一个日志 重建。

• 只有备份目录的备份会受到影响;持久的SAP HANA 备份目录不是 改变。

  备份目录的备份用于恢复 SAP 汉娜。

命名约定

在规划备份策略时，需要熟悉命名约定 以及基于文件的数据备份、增量备份和第三方备份的建议 工具。

数据备份的命名约定

在规划备份策略时，需要熟悉命名约定 以及数据备份建议。

每个数据备份名称都由以下元素组成：

<path><prefix>_<suffix>

注意

命名约定适用于在文件系统和数据中创建的数据备份 使用第三方工具创建的备份。使用第三方工具，您无法更改 备份路径。

数据备份名称的元素

Name 元素	描述
<path> 例如：/backup/data/	自选。 对于基于文件的备份： 如果未指定完整路径，则默认备份目标 在备份名称前面。 对于使用第三方工具创建的备份： 在系统的文件系统中为系统创建命名管道 数据库或租户数据库： /usr/sap/<SID>/SYS/global/hdb/backint/SYSTEM /usr/sap/<SID>/SYS/global/hdb/backint/DB_<tenant_database_name> 第三方备份工具从命名管道读取要备份的数据，并写入 根据工具配置备份数据。
<prefix>	自选。 您可以使用系统建议的前缀，也可以指定 备份名称的其他前缀。 提示 为了能够更轻松地识别基于存档的文件 备份，强烈建议您使用唯一的 每个数据备份名称的前缀。 为 例如，时间戳。 默认情况下，每个备份的名称都以 备份开始的时间戳。占位符 和 是自动的 转换为当前 时间戳。[date][time] 如果使用相同的固定前缀，建议您复制数据备份 创建备份后立即转到新目标。 否则，如果 SAP HANA 系统配置为 覆盖现有数据备份，现有备份将 被下一个数据备份覆盖 前缀。 对于使用第三方工具创建的备份，数据备份是 不会被覆盖。Backint for SAP HANA 接口能够 以识别具有相同名称的多个备份版本。 尽管如此，为了更容易 标识和版本控制，强烈建议 分配唯一的备份名称。 注意 备份的前缀在备份后无法更改 已创建。
<Suffix>	系统会为每个备份添加一个后缀 名字。 对于完整的数据备份，后缀仅在 特定备份。对于增量备份和日志备份，后缀 对于特定数据库是唯一的。 由于为备份中包含的每个服务分配了后缀，因此您只需要 指定名称 （） 适用于所有人 系统中所有主机上的备份。下次 服务备份后，系统会为 备份到该服务。<path><prefix>

注意

创建备份后，强烈建议您不要这样做 更改他们的名字。

创建备份时，其名称将存储在备份目录中。为了恢复， 使用备份中存储的名称来定位特定的备份组件 目录。如果备份名称在备份中记录后被更改 catalog，则无法使用备份目录找到它，并且它 无法将其用于时间点恢复。重命名的备份 只能用于恢复数据库，而不重放日志备份 （RECOVER 数据）。

您可以将基于文件的备份复制或移动到其他位置。如果使用移动备份 对于恢复，您需要在恢复中指定其当前位置 对话。

示例：数据备份各部分的名称

在备份期间，每个服务都会将其数据备份到指定的备份目标。

下面是一个数据备份的一组备份示例。

/备份/数据/COMPLETE_DATA_BACKUP_databackup_0_1

/备份/数据/COMPLETE_DATA_BACKUP_databackup_1_1

/备份/数据/COMPLETE_DATA_BACKUP_databackup_2_1

...

在上面的例子中：

元素	在示例中
<path>	/备份/数据/
<prefix>	COMPLETE_DATA_BACKUP
<suffix>	databackup_0_1 后缀由 SAP HANA 自动添加。 0 是卷 ID。 1 是分区 ID。

增量备份的命名约定

在规划备份策略时，需要熟悉命名约定 以及有关差异备份和增量备份的建议。

增量备份的文件名结构

	差异备份	增量备份
前缀	用户定义。 建议使用时间戳。 例如：2022-02-23	用户定义。 建议使用时间戳。 例如：2022-02-23
字符串	databackup_differential	databackup_incremental
备份 ID	差异所针对的完整数据备份的备份 ID 基于备份	完整数据备份或增量备份的备份 ID 增量备份基于
Delta 备份 ID	差异备份的 ID	增量备份的 ID
卷 ID	卷 ID 与完整数据备份一样	卷 ID 与完整数据备份一样
分区 ID	与完整数据备份相同的分区 ID	与完整数据备份相同的分区 ID

示例：差异备份的文件名

SQL 语句创建 基于先前创建的完整数据备份的差异备份。BACKUP DATA DIFFERENTIAL USING FILE ('2022-02-23')

增量备份文件名称示例：

2022-02-23_databackup_differential_1426237023821_1426237780534_0_1

2022-02-23_databackup_differential_1426237023821_1426237780534_1_1

2022-02-23_databackup_differential_1426237023821_1426237780534_2_1

2022-02-23_databackup_differential_1426237023821_1426237780534_3_1

示例：增量备份的文件名

SQL 语句创建 基于先前创建的完整数据备份的增量备份，或者 差异备份。BACKUP DATA INCREMENTAL USING FILE ('2022-02-23')

增量备份文件名称示例：

2022-02-23_databackup_incremental_1426237023821_1426237028496_0_1

2022-02-23_databackup_incremental_1426237023821_1426237028496_1_1

2022-02-23_databackup_incremental_1426237023821_1426237028496_2_1

2022-02-23_databackup_incremental_1426237023821_1426237028496_3_1

日志备份的命名约定

日志备份名称是自动生成的。与数据备份名称不同，没有部分 日志备份名称由用户定义。

日志备份的名称是根据特定命名分配的 约定。

每个日志备份名称包含以下元素：

<log_backup>_<volume ID>_<log partition ID>_<first redo log position>_<last redo log position>.<backup_ID>

日志备份名称的元素用下划线分隔。句点 （'.'） 将追加的备份 ID 与日志名称分开。

日志备份名称的元素

Name 元素	描述
<log_backup>	所有日志备份都以字符串开头。<log_backup>
<volume ID>	SAP HANA 服务的卷 ID。 例如，名称服务器、索引服务器、脚本服务器或 XS 发动机。
<log partition ID>	每个服务仅支持一个日志分区。
<first redo log position>	日志备份中最早的条目
<last redo log position>	日志备份中的最新条目
<backup_ID>	唯一标识日志备份 注意 <backup_ID>由下式自动计算 SAP HANA. 仅用于 基于文件的备份，不适用于使用第三方备份的备份 工具。<backup_ID>

例

日志备份名称可能如下所示：

log_backup_1_0_1234567_1238567.1380740407446