打开当前的SAP HANA Cloud Central，在一个SAP HANA database实例的Actions菜单里，可以直接看到Start Recovery、Recreate Instance一类操作。对长期维护SAP HANA On-Premise的团队来说，这个界面很容易带来一种熟悉感，似乎只是把过去数据库管理员负责执行的备份和恢复任务搬到了云端。真正进入SAP HANA Cloud的运行模型以后，会发现两者并不是简单的界面迁移。SAP HANA Cloud官方对Backup and Restore的第一条定义非常关键，备份和恢复并不存在于整个SAP HANA Cloud服务层，而是落在具体组件层，而且只有真正包含数据库或持久化数据的组件才具有相应能力。SAP HANA database有自己的备份恢复机制，SAP HANA Cloud, data lake也有自己的机制，两者在备份频率、恢复方式、保留时间乃至恢复粒度上都并不完全相同。理解这一点，后面的很多问题就自然了。我们并不是给一个抽象的SAP HANA Cloud产品做一份巨大备份，而是在保护其中真正承载数据的组件。某个实例里只有SAP HANA database，恢复逻辑围绕这个数据库展开。另一个实例同时使用dat