很多 SAP HANA 迁移项目刚启动时，团队脑海里出现的第一幅画面往往是数据库。源端有一套本地部署的 SAP HANA，目标端准备了一套 SAP HANA Cloud，于是很自然地开始盘点 schema、table、view、procedure，再讨论数据量、停机窗口和数据传输速度。数据库当然是核心，但如果整个项目只围着数据库转，到了联调阶段往往会发现一个很现实的问题，表和数据已经过去了，业务系统却依然跑不起来。原因并不神秘。一个真正运行中的 SAP HANA 解决方案，从来不只有数据库。数据库外围通常还存在 SAP BTP account、subaccount、service entitlement、identity provider、SSO、Destination、Cloud Connector、Cloud Integration、SAP Business Application Studio、HDI container、应用程序、service binding、runtime role、remote source、SDI replication task，以及 SAC、BI、EIM 等客户端连接。SAP 官方的 SAP HANA Cloud Migration Guide 对迁移对象的划分也采用了这种完整解决方案视角。需要处理的内容横跨 SAP BTP 账户、SAP BTP 服务、客户端应用、系统集成、数据库实例、数据库代码和设计时内容，以及真正的业务数据。更关键的一点在于，SAP 提供的 Self-Service Migration 工具虽然能够承担大量数据库迁移工作，但它所覆盖的核心范围主要是 database schema、catalog object、databa