常见问题 - 备份 Azure VM 上的 SAP HANA 数据库

本文介绍有关如何使用 Azure 备份服务备份 SAP HANA 数据库的常见问题解答。

备份

每天支持多少次备份?

一天可以创建一个计划完整备份和多个按需备份。

备份类型 计划内备份 按需备份
完整 一天仅支持一个。 一天支持多次。
增量(差异/增量) 一天仅支持一个。

注意
仅当没有为特定的日期计划完整备份时,才能计划增量备份。 此外,在一个备份策略中只能计划一种增量备份类型(差异/增量)。
一天支持多次。

在哪里可以找到与备份相关的警报?

现在,成功的备份作业不会生成警报。 只会针对失败的备份作业生成警报。 了解如何使用 Azure 门户查看备份警报。

如何检查我的备份(计划/按需)是否成功执行?

可从以下任一位置检查备份(计划/按需)的状态:

  1. 备份作业:Azure 备份在 Azure 门户的“备份作业”部分中显示所有手动触发的作业。

    Azure 门户中显示的作业包括数据库发现和注册操作,以及备份和还原操作。 计划作业(包括日志备份)不会显示在此部分中。 从 SAP HANA 本机客户端 (Studio/Cockpit/DBA Cockpit) 手动触发的备份也不会显示在此处。

    显示 Azure 门户的“备份作业”部分中手动触发的作业的屏幕截图。

    显示作业的屏幕截图,这些作业包括数据库发现和注册,以及备份和还原操作。

  2. 备份警报:警报可帮助你监视 SAP HANA 数据库的备份。 这些警报使你可以将注意力放在所需的事件上,因而无需花费精力频繁检查备份生成的大量事件。 有关更多详细信息,请参阅查看备份警报

  3. 备份报告:报告是查看备份作业状态的另一种方式。 报告包括:

    显示 Azure 门户中某种类型的报告的屏幕截图。

    显示 Azure 门户中另一种类型的报告的屏幕截图。

    了解如何配置 Azure 备份报告

  4. SAP HANA 本机客户端:如果你是 SAP HANA 客户,则还可以使用 HANA Studio - 最常用的 HANA 客户端之一。 在此客户端中,导航到“备份控制台”->“备份目录”查看“备份状态”。

    显示 SAP HANA 本机客户端中的报告的屏幕截图。

“备份作业”菜单中是否会显示计划的备份作业?

“备份作业”菜单仅显示正在进行、成功或失败的按需备份作业。 对于计划的作业,请使用 Azure Monitor

由于 LSNValidation 错误而触发的自动修复完整备份的保留期有多长?

Azure 备份不会对自动修复完整备份设置显式保留期。 此备份会一直保留到你保留了从属增量备份(差异或增量)和日志备份为止。 删除此自动修复备份上的最后一个从属备份后,也会删除自动修复备份。

完整备份和日志备份是否能同时运行?

是的,完整备份和日志备份可以同时运行。 此实例以下列方式之一出现:

  • 完整备份正在进行并触发日志备份:无论正在进行的完整备份如何,日志备份都应成功。 除非触发的完整备份是一个修正完整备份(用于处理任何 LSN 链中断)。
  • 日志备份正在进行并触发完整备份:两个备份应同时运行并成功。

未来的数据库会自动添加备份吗?

否,目前不支持该功能。

如果从实例中删除数据库,备份会发生什么情况?

如果从 SAP HANA 实例中删除某个数据库,仍会尝试数据库备份。 这意味着,已删除的数据库会在“备份项”下显示为不正常状态,但仍受保护。 停止保护此数据库的正确方法是针对此数据库执行“停止备份并删除数据”操作。

如果在保护数据库后更改其名称,会出现怎样的行为?

已重命名的数据库被视为新数据库。 因此,服务会将此情况视为找不到数据库,会使备份失败。 已重命名的数据库会显示为新数据库,必须对其进行保护性配置。

如何开始使用 Azure 备份服务备份 SAP HANA 数据库?

请参阅该教程,获取有关对 SAP HANA 数据库开始使用 Azure 备份的分步指南。 也可以使用 CLI 来配置和管理备份。

使用 Azure 备份服务备份 SAP HANA 数据库是否需要满足任何先决条件?

请参阅对 SAP HANA 使用 Azure 备份所要满足的先决条件

将 SAP HANA 从 SDC 迁移到 MDC 后,备份是否正常进行?

请参考故障排除指南中的说明

如何确保在同一 HANA 版本中升级 HANA 实例后备份能够继续?

请参阅故障排除指南中的此部分

是否可以针对虚拟 IP(负载均衡器)而不是虚拟机设置 Azure HANA 备份?

目前,我们无法针对虚拟 IP 或代理设置该解决方案。 执行此解决方案需要使用虚拟机。

如何将按需备份(从 HANA 本机客户端触发)移到本地文件系统而不是 Azure 保管库?

可以使用 SAP HANA 本机客户端(而不是 Backint)触发本地文件系统的按需备份。 详细了解如何使用 SAP 本机客户端管理操作

针对启用了 Azure 备份的数据库,如何管理或清理 HANA 目录?

可以使用 SAP 推荐的方法(例如 BACKUP CATALOG DELETE 语句或 HANA Studio/Cockpit)来删除 HANA 目录。 详细了解如何使用 SAP 本机客户端管理操作

如何在设置 HANA 复制的情况下使用 SAP HANA 备份?

目前,Azure 备份不能理解 HSR 设置。 这意味着,HSR 的主节点和辅助节点将被视为两个不相关的独立 VM。 你首先需要在主节点上配置备份。 发生故障转移时,必须在辅助节点(现在变为主节点)上配置备份。 不会自动将备份故障转移到另一个节点。

若要在任意给定时间点对活动(主)节点中的数据进行备份,可以将保护切换到辅助节点(它在故障转移后成为主节点)

若要执行此切换保护操作,请完成以下步骤:

每次故障转移后都必须手动执行这些步骤。 除了 Azure 门户之外,还可以通过命令行/HTTP REST 执行这些步骤。 若要自动执行这些步骤,可以使用 Azure runbook。

以下详细示例介绍切换保护必须如何进行执行

在本例中,HSR 设置中有两个节点 - 节点 1(主节点)和节点 2(辅助节点)。 对节点 1 配置备份。 如上所述,请不要尝试对节点 2 配置备份。

发生首次故障转移时,节点 2 将变为主节点。 那么:

  1. 使用“保留数据”选项停止对节点 1(以前的主节点)的保护。
  2. 在节点 2(现在是主节点)上运行预注册脚本。
  3. 在节点 2 上发现数据库,分配备份策略并配置备份。

然后,在节点 2 上触发第一次完整备份,并在该备份完成后启动日志备份。

发生下一次故障转移时,节点 1 再次成为主节点,节点 2 变为辅助节点。 现在,重复此过程:

  1. 使用“保留数据”选项停止对节点 2 的保护。
  2. 在节点 1(已再次成为主节点)上运行预注册脚本
  3. 然后使用所需的策略在节点 1 上恢复备份(因为备份之前已在节点 1 上停止)。

然后,在节点 1 上再次触发完整备份,并在该备份完成后启动日志备份。

注意

使用自定义备份用户作为输入来运行预注册脚本有助于更好地管理 HSR 备份。 原因是,这样确保了 HSR 设置的两个节点具有相同的备份密钥,从而减少了备份同步和失败问题。

如果我不在 HSR 设置中的辅助/非活动节点上停止保护(但保留数据),会发生什么情况?

  1. 对于 HANA 系统复制 (HSR),辅助节点根本不接受任何连接。 配置备份后,Azure 备份服务会定期运行 ping 并失败。 有时,这些失败的尝试会反映在主节点上。 多次失败后,用户将被锁定,然后主节点开始失败并出现 ODBCConnectionError。

    我们发现并非所有用户都会遇到此问题。 我们建议你/SAP 调查当辅助节点上的用户连接失败时,在主节点上锁定用户的原因。

  2. 运行注册前脚本后,将使用主节点上的新密码更新用户信息。 然后将重新建立连接以尝试备份。 但是,你可能会再次遇到相同的情况。

  3. 此外,辅助节点上失败的备份(完整备份)会创建警报。

为避免上述问题,我们建议在某个节点成为辅助节点后对其停止保护(这样就不会尝试连接,并且不会锁定用户),并在该节点成为主节点后为其恢复保护。 如果你在 HSR 设置上未遇到这种锁定情况,并且对引发的警报不感到担忧,则可以在这两个节点上配置备份,让服务处理接管和故障回复。

Azure 备份提供多高的备份和还原吞吐量性能,如何设置 HANA 系统以使用此最大吞吐量?

请参阅 Azure 备份为 HANA 工作负载提供的备份和还原吞吐量性能

若要设置 HANA 系统以利用改进的性能,请使用以下资源:

注意

还可以限制备份吞吐量性能。 了解详细信息

是否可以通过编辑 SAP HANA“global.ini”文件中的“parallel_backup_using_backint”属性来更改备份性能?

目前,SAP HANA 的 Azure 备份接受 1 作为 parallel_backup_using_backint 属性的值。 但是,Azure 备份将单个流拆分为多个流以提高性能。

HSR 是否支持使用快照进行数据库实例备份?

目前,HSR 仅支持基于 Backint 的备份。 尚不支持快照。

我是否只需要在标记为“就绪”的服务器上运行实例重新检测,还是也要在标记为“未就绪”的服务器上运行实例重新检测?

你需要在标记为“未就绪”的服务器上运行实例重新检测,以更新其状态。

还原

每天支持多少次还原?

一天中,每个 HANA 系统或实例最多可以执行 10 次还原。 请注意,即使还原被取消或失败,也会被视为还原尝试。

为什么我看不到要将数据库还原到的 HANA 系统?

检查是否满足还原到目标 SAP HANA 实例所需的所有先决条件。 有关详细信息,请参阅先决条件 - 还原 Azure VM 中的 SAP HANA 数据库

为什么我的数据库的“覆盖 DB”还原会失败?

请确保在还原时选中“强制覆盖”选项。

为什么会出现“还原的源系统和目标系统不兼容”错误?

请参阅 SAP HANA 说明 1642148,了解目前支持的还原类型。

是否可以使用在 SLES 上运行的数据库的备份还原到 RHEL HANA 系统,或者反向操作?

是的,可以使用在 SLES 上运行的 HANA 数据库上触发的流备份将其还原到 RHEL HANA 系统,反之亦然。 也就是说,可以使用流备份进行跨操作系统还原。 但是,必须确保要还原到的 HANA 系统以及用于还原的 HANA 系统都是兼容的,以便按照 SAP 的要求进行还原。 请参阅 SAP HANA 说明 1642148,了解兼容的还原类型。

在还原为文件期间,是否可以只下载部分文件?

是的,你可以按照此处所述部分下载文件。

在 HSR 设置的“SYSTEMDB + 租户 DB”还原期间,是否必须禁用 SAP HANA 本机环境中的 HSR?

是,需要在目标系统上禁用 HANA 系统复制 (HSR),然后执行还原。 无法根据 SAP 还原已启用 HSR 的系统。

策略

为 SAP HANA 备份创建新策略时可用的不同选项

在创建策略之前,你应该清楚 RPO 和 RTO 的要求及其相关的成本影响。

RPO(恢复点目标)表示用户/客户可接受的数据丢失量。 这取决于日志备份频率。 日志备份越频繁表示 RPO 越低,Azure 备份服务支持的最小值为 15 分钟。 因此,日志备份频率可以为 15 分钟或更长时间。

RTO(恢复时间目标)表示在发生数据丢失情况后,应当以多快的速度将数据还原到上一个可用时间点。 这取决于 HANA 所采用的恢复策略,该策略通常取决于需要还原的文件数量。 这也会影响成本,下表应当有助于你理解所有方案及其影响。

备份策略 RTO 节约成本
每日完整备份 + 日志 最快,因为我们只需要一个完整副本 + 所需日志来执行时间点还原 成本最高的选项,因为每天都要创建一个完整的副本,所以越来越多的数据会累积在后端,直至保留期到期
每周完整备份 + 每日差异备份 + 日志 比上一选项慢,但比下一选项快,因为我们需要一个完整副本 + 一个差异副本 + 日志来执行时间点还原 成本较低的选项,因为每日差异备份通常小于完整备份,而每周只创建一个完整副本
每周完整备份 + 每日增量备份 + 日志 最慢,因为我们需要一个完整副本 + n 个增量副本 + 日志来执行时间点恢复 成本最低的选项,因为每日增量备份会小于差异备份,并且每周只创建一个完整副本

注意

以上选项是最常用的选项,但并不是唯一的选项。 例如,你可以每周执行一次完整备份 + 每周两次差异备份 + 日志。

因此,可以根据 RPO 和 RTO 目标以及成本注意事项来选择策略变体。

修改策略会带来的影响

确定将备份项的策略从策略 1 (P1) 切换到策略 2 (P2) 或编辑策略 1 (P1) 会带来的影响时,应牢记几个原则。

  • 所有更改还会以追溯方式应用。 最新的备份策略也会应用于先前创建的恢复点。 例如,假设每日完整备份的保留期为 30 天,并且根据当前正生效的策略创建了 10 个恢复点。 如果每日完整备份的保留期更改为 10 天,则上一个恢复点的到期时间也会重新计算为开始时间 + 10 天。如果到期时间已过,则会将其删除。
  • 更改范围还包括备份日期、备份类型以及保留期。 例如:如果策略在星期日从每日完整备份更改为每周完整备份,则不在星期日的所有以前的完整备份将标记为待删除。
  • 在子级处于活动状态/未到期之前,不会删除父级。 每个备份类型都有一个过期时间,这取决于当前生效的策略。 但是,完整备份类型会被视为后续的“差异”、“增量”和“日志”的父级。 “差异”和“日志”不是任何其他项的父级。 “增量”可以是后续“增量”的父级。 即使某个“父级”被标记为待删除,如果子级“差异”或“日志”未过期,也不会实际删除父级。 例如,如果策略在星期日从每日完整备份更改为每周完整备份,则不在星期日的所有以前的完整备份将标记为待删除。 但在之前每天创建的日志过期之前,不会实际删除它们。 换句话说,将根据最新的日志保留期保留它们。 日志过期后,日志和这些完整备份都会被删除。

你可以根据这些原则阅读下表来了解策略更改的影响。

旧策略/新策略 每日完整备份 + 日志 每周完整备份 + 每日差异备份 + 日志 每周完整备份 + 每日增量备份 + 日志
每日完整备份 + 日志 - 不在一周中同一天创建的上一个完整备份将被标记为待删除,但会一直保留到日志保留期到期 不在一周中同一天创建的上一个完整备份将被标记为待删除,但会一直保留到日志保留期到期
每周完整备份 + 每日差异备份 + 日志 将根据最新策略重新计算以前的每周完整备份的保留期。 将立即删除以前的差异备份 - 将立即删除以前的差异备份
每周完整备份 + 每日增量备份 + 日志 将根据最新策略重新计算以前的每周完整备份的保留期。 将立即删除以前的增量备份 将立即删除以前的增量备份 -

如何管理在根分区中创建的 /opt/msawb 文件夹的大小?

可以使用以下选项之一管理根文件夹的空间:

  • 为 /opt/msawb 创建自己的 LV。
  • 创建软链接 /symlink 到相同/不同磁盘上的另一个位置/文件夹。
  • 增加根分区的空间。

后续步骤