导航：第1部分-3保护SAP HANA数据库的步骤第2部分-如何优化和备份SAP HANA环境第3部分-SAP HANA租户数据库系统复制和恢复第4部分-如何恢复SAP HANA租户数据库在客户实施Veeam插件for SAP HANA时，我非常幸运地与他们交谈。在最近的一个客户试验项目中，有人问了以下问题："为什么在执行完整的VM恢复操作之后，插件不能恢复更新的saphana数据？"经过进一步的调查，我受到启发，扩展现有的Veeam文档，并分享结果，因为您可能会发现它们有帮助。重要提示：以下示例适用于所有经SAP HANA backint认证的产品，因为这反映了预期的SAP HANA行为。听到这个问题后，我的第一反应是思考客户试图解决的问题以及为什么这样做行不通。我确认了Veeam推荐的实践，并从本系列博客中提出了一些建议，包括使用Veeam插件进行SAP HANA数据库备份（每日完整和日志文件）。我确认这个实现是虚拟化的，因此每周都会执行一次包括所有磁盘在内的完整虚拟机的备份。测试计划包括恢复完整的虚拟机，并通过我们的插件获取最新的saphana数据。这看起来很简单，但在恢复虚拟机之后，客户只能恢复到完整虚拟机备份的时间点，尽管有其他日志和完整备份可用。我很快设置了一个测试环境包括以下要素：1在晚上7:45通过Veeam插件创建租户C01的SAP HANA完全备份2使SAP HANA系统能够创建其他日志备份三。在晚上9:28使用Veeam snapshot integration创建虚拟机备份。4添加数据（创建其他表）并在晚上9:35通过Veeam Plug-in for SAP HANA执行另一次完整备份。5晚上9点45分左右关机并删除虚拟机-作为我的"灾难案例"我的期望（与客户的期望一致）是，在使用9:29 p.m.的时间戳对虚拟机执行即时虚拟机恢复后，我可以将SAP HANA数据库恢复到最新的时间点（特别是晚上9:42最后备份的日志文件的时间）。我从晚上9:29开始执行即时虚拟机恢复任务。我必须强调的是，在不到45秒的时间内恢复一个250GB的虚拟机是惊人的！但下一步是恢复最后一个saphana状态，使系统重新联机。要将租户恢复到最新状态，请选择"备份和恢复"，然后选择"恢复租户数据库"。这看起来很直截了当，但我注意到我从晚上9:30开始的完整（完整）备份不见了。我怀疑我发现了一只虫子，或者我的眼睛欺骗了我。我决定再喝一杯咖啡，然后继续分析可能出了什么问题。回想一下SAP HANA恢复将利用上一个可用的目录，我检查了SAP HANA目录条目。你会注意到晚上9:20到9:47之间有一个间隙。通过解析最后的日志，我发现了什么问题。数据库启动后，进行日志备份与写入Veeam插件的新SAP HANA目录一起立即创建。这个比即时虚拟机恢复之前创建的更新但在备份任务之前，虚拟机只包含所有内容。我考虑如何防止这种行为，如果我应该再喝一杯咖啡。在启动SAP HANA还原之前禁用特定主机的备份作业我重新尝试了这个测试再一次：在上午11:45创建租户C01的SAP HANA完全备份。使用Veeam插件启用SAP HANA系统以创建其他日志备份这次我使用了断电前一天的最后一次虚拟机备份，然后在上午11:48左右删除虚拟机，这是我的"灾难案例"根据上述知识，我禁用了待恢复HANA系统的SAP HANA作业，并等待确认它已成功停止。然后，我在昨天晚上9:29开始了一个即时虚拟机恢复任务。下一步是将SAP HANA系统恢复到最新状态，我们看到系统已重新联机，在上午11:54重新启动。选择恢复到最新状态后，我们终于看到了预期的结果。现在，我以前所有针对SAP HANA的Veeam插件完整数据库备份都可用，我可以将数据库恢复到Veeam存储库中的最新状态。最后一个细节我应该提到-在完全恢复之后，SAP HANA将写入其他日志。不要忘记再次启用Veeam backup SAP HANA作业，以便继续使用日志进行backint备份。另外请记住，如果已经初始化日志区域，则必须执行完整的数据备份运行。等待会给你一个享受咖啡的机会。毕竟，正如一位智者曾经说过的那样，"人类靠咖啡运转。"VN:F[1.9.22_1171]请评价这篇文章对您的评价有多大帮助：4.0/5（4次投票）如何恢复SAP HANA租户数据库，4.0/5（根据4个评级）