一家企业真正准备把运行多年的 SAP HANA 数据库迁往 SAP HANA Cloud 时，最危险的做法并不是迁移工具选错，而是太早进入数据搬迁阶段。很多项目一开始关注的是数据库有多少 TB、网络带宽够不够、停机窗口有几个小时、数据复制要跑多久。这些问题当然重要，但它们其实已经属于比较靠后的执行层问题。迁移项目更早需要解决的，是另一组更容易被忽略的问题，我们现在的系统到底使用了哪些 SAP HANA 能力，哪些能力在 SAP HANA Cloud 中依旧存在，哪些能力发生了行为变化，哪些应用必须修改，目标区域能不能提供所依赖的 SAP BTP 服务，迁移究竟是单纯更换数据库运行位置，还是顺手完成一次应用现代化。这正是 SAP HANA Cloud 迁移方法里 Pre-migration Assessment 阶段存在的原因。SAP 官方当前的 SAP HANA Cloud Migration Guide 把整个迁移过程拆成 Pre-migration Assessment、Preparation、Development、Validation and Testing、Deployment 等连续阶段。前迁移评估处在真正准备目标环境和修改程序之前，它承担的是认清现状、确认目标、暴露风险、确定范围以及估算工作量。SAP 对这一阶段的描述很直接，每一次数据库迁移都具有独特性，需要认真规划，以降低停机时间和成本，并保持不同系统之间的一致性，但不同迁移场景在规划阶段需要完成的工作具有很强的共性。因此，Pre-migration Assessment 更像一次技术体检加迁移架构设计，而不是一张迁移前检查表。真正进入这一阶段时，我通常会先把一个容易产生误解的问题弄清楚，迁移到 SAP HANA
)
