很多熟悉本地 SAP HANA 的团队第一次接触 SAP HANA Cloud 时，会产生一种很自然的判断，既然底层仍然是 SAP HANA Database，那么原来在本地系统里积累的 SQL、SQLScript、用户管理方式、参数调整方法和运维经验，大概可以直接延续过去。真正开始迁移以后，很快就会发现事情没有这么简单。SAP HANA Cloud 与本地 SAP HANA 的差异，并不主要体现为 SQL 语法突然换了一套，也不是列存储、Calculation View、SQLScript 这些核心能力被重新设计了。更大的变化发生在数据库的控制边界上。过去本地部署时，我们既是数据库的使用者，也是数据库运行环境的管理者。到了 SAP HANA Cloud，SAP 接管了大量基础设施、数据库运行参数、安全边界、备份以及平台生命周期管理工作，我们负责的重点则逐渐转向数据、应用、权限、工作负载和业务级治理。SAP 官方将 SAP HANA Cloud 明确定义在 Managed Service，也就是托管服务的运行模式中。正因为如此，大量系统级能力不再直接暴露给租户，包括不少配置参数、部分系统级 SQL，以及若干涉及底层资源和安全边界的功能。当前 SAP HANA Cloud 安全文档同样说明，一些涉及服务器端操作、备份以及直接访问网络或系统资源的功能会被限制，甚至由 SAP 明确关闭，而且租户无法自行重新启用。理解了这一点，后面的很多差异就不再显得零散。从可以管理数据库服务器，转向管理数据库服务在本地 SAP HANA 环境里，资深 Basis 或 HANA DBA 对各种.ini参数通常并不陌生。