这篇博文解释了如何将HANA快照与google云存储快照进行自动化/集成。

由于数据量的原因，HANA数据库的大小不断增加，传统的在线备份（即完整、差异、增量）需要更长的时间。长时间运行的备份会使用大量的磁盘io，并且会影响HANA操作（即线程锁定）更长的保存点、更长的提交时间等最终影响应用程序处理时间，即作业、对话框用户响应时间等

如屏幕下方所示。整个HANA快照过程可以在几分钟内完成，而不是4/5+小时-取决于数据库大小。快照备份运行时依赖于快照运行时，因此与传统备份一样，不考虑数据库大小。

目录中的HANA快照历史

让我们深入了解更多细节。

我们正在开发DB2–>基于HANA DMO的迁移项目。HANA环境与主–>辅助和灾难恢复数据库一起使用。HANA中的数据库大小约为5TB。我们只想在所有服务器之间进行复制同步（即具有HA/DR功能）之后才为业务用户发布环境。

但在迁移之后，物联网操作系统，HANA不允许在没有完全备份的情况下进行复制，备份大约需要5个小时（每小时1TB的吞吐量）。备份5小时后的复制延迟了整个迁移中断窗口。

这次实施了HANA快照，大约在10分钟内完成。后来的复制开始跨越辅助和灾难恢复以及并行应用程序后处理活动

它允许我们并行执行多个任务，并减少了整体迁移中断窗口

更安全的一面我们还将虚拟机快照（所有磁盘）作为服务器/HANA数据库的脱机备份

一旦创建了云快照跨区域提供恢复，什么是大数据，即DR恢复/直到保留时间。从技术上讲，只有在HANA复制失败或HANA数据库由于某些硬件/软件问题而无法运行时，才需要进行此类恢复。HANA快照仅从主服务器触发。但也可以从其他服务器上获取，以防发生故障。

高层准备了图表，以了解云中的HANA环境。

第一种方法–>在HANA准备步骤后直接从脚本中触发云存储快照。请记住，手动创建的快照需要手动删除。因此，云快照保留需要一些额外的手动清理步骤。

第二种方法是将云快照计划与脚本相一致，top返利，即云快照保留可以在控制台级别进行配置-无需手动清理。

了解服务器上的HANA磁盘详细信息

HANA用户帐户有HANA快照授权。确保在磁盘上禁用默认存储快照（即每小时快照）。节省成本的选择。作为最佳实践，大淘客怎么推广，最好每天都有一次磁盘快照。来自HANA服务器（操作系统级）的Google服务帐户有权创建/删除云快照-如果使用上面的第1种方法。为systemdb登录创建的HANA userstore密钥用于脚本–密码加密–端口3XX013

注意–>HANA snapshot不会像传统备份那样检查块级损坏。请参考有关此主题的SAP文档。

使用快照进行时间点恢复

时间点恢复基于特定场景，即在同一服务器上进行恢复，在该服务器上，数据库崩溃，辅助/DR等不可用或整个区域不可用。

可构建场景整个虚拟机使用操作系统磁盘+HANA磁盘快照。我们使用相同的扩展数据库服务器恢复测试使用快照。

我们从HANA/云快照恢复什么？

执行HANA快照准备步骤时，物联网培训，HANA在其中一个HANA数据目录中创建以下高亮显示的内容。云快照在其快照中包含此HANA设置。这有助于时间点恢复。 下一步是决定从HANA目录使用哪个备份。在执行时间点恢复时，从目录中选择备份是必需的步骤。如果我们不需要时间点恢复—我们可以选择特定的备份恢复选项。此类恢复不考虑增量/日志备份。

重命名服务器上现有的/hana/数据磁盘，并使用选定的hana备份各自的云快照磁盘创建新的/hana/数据磁盘。请参阅谷歌云文档。

从快照恢复系统数据库-从目录中选择快照。备份必须显示为可用，如下面的屏幕。

选择日志备份区域进行时间点恢复。

SYSTEMDB恢复成功–下一个任务是恢复租户数据库从同一个快照恢复租户数据库-登录到systemdb，触发租户恢复，从目录中选择可用快照

成功的租户恢复

结论

如上所述，数据库大小在数TB左右快速增长。使用HANA/云快照方法进行备份和恢复对于保持RTO/RPO符合客户期望非常有用。

请随时就您的经验/教训发表评论。