Self-Service Migration 的兼容性检查跑完以后，迁移项目往往会出现一个很有代表性的场景。数据库还没有真正搬到 SAP HANA Cloud，但报告里已经出现了一批需要处理的 Catalog Object、SQL、SQLScript、Calculation View、Repository Content 和应用依赖。有人看到这里会下意识地认为，迁移工具既然已经能够扫描源数据库，后面的工作应该主要就是数据复制。实际上，真正决定迁移以后应用能不能跑起来的工作，很大一部分恰恰集中在这个时间点。
SAP 把这段工作放在迁移生命周期里的 Development Phase，也就是开发阶段。按照当前 SAP HANA Cloud Migration Guide 的定义，这一阶段主要围绕四类任务展开，处理不兼容的数据库 Catalog 对象，重新实现无法继续使用的遗留数据库内容，把 classic 数据库内容，例如 Calculation View、Flowgraph 等迁移到 HDI 体系，同时调整客户端应用以及 SQL 代码。虽然不同企业的数据库规模、应用架构和迁移路线差别很大，这四类开发任务却具有相当稳定的共性。
这也是理解 Development Phase 最关键的一点。这里不是单纯的代码修改阶段，而是源 SAP HANA 世界与 SAP HANA Cloud 世界之间真正发生架构收敛的地方。
兼容性报告出来以后，开发工作才真正开始
进入 Development Phase 之前，我们需要先获得足够可靠的输入。SAP 当前推荐使用 Self-Service Migration tool 对 SAP HANA 源数据库执行 Pre-Migration Comp
