准备使用 SAP HANA Cloud 的 Self-Service Migration 工具时，有一个动作看上去很普通，却直接决定后面的兼容性检查、Catalog 读取、数据导出、HDI Container 处理乃至 Secure Store 迁移能不能顺利完成，那就是在源 SAP HANA 数据库中准备 Migration User。这并不是随便创建一个数据库账号，再赋一个大权限角色就算完成。Migration User 实际承担的是 Self-Service Migration 工具进入源数据库后的数据库身份。迁移工具需要通过这个身份认识源系统里有哪些数据库对象、哪些 Schema 需要处理、哪些对象属于传统 Repository、哪些属于 HDI、哪些系统配置会影响迁移，还需要在真正执行迁移时读取待迁移数据以及调用 SAP 为迁移提供的内部过程。SAP 当前的迁移指南要求源 SAP HANA Database 至少达到 SAP HANA 2.0 SPS 05 Revision 53 或更高版本。Migration User 既可以是专门创建的新用户，也可以使用已有数据库用户，只要它拥有所要求的权限。从生产运维角度看，单独建立一个迁移账号通常更容易控制账号生命周期、审计访问记录，并在迁移结束后统一回收权限。这道权限关还有一个非常重要的特点。兼容性检查和真正的数据迁移，对数据库权限的需求并不完全相同。SAP 明确允许兼容性检查与正式迁移使用不同的用户。真正进入数据迁移阶段之后，Migration User 必须能够读取所有被选中迁移的 Schema。Self-Service Migration 工具还会主动检测当前账号缺少哪些权限，并在界面中显示缺失权限以及涉及的数据库对象。权限补齐以后，需要重新启动相应迁移步 SAP HANA 迁移到 SAP HANA Cloud 前，为什么必须把 Migration User 这道权限关设计好
准备使用 SAP HANA Cloud 的 Self-Service Migration 工具时，有一个动作看上去很普通，却直接决定后面的兼容性检查、Catalog 读取、数据导出、HDI Container 处理乃至 Secure Store 迁移能不能顺利完成，那就是在源 SAP HANA 数据库中准备 Migration User。这并不是随便创建一个数据库账号，再赋一个大权限角色就算完成。Migration User 实际承担的是 Self-Service Migration 工具进入源数据库后的数据库身份。迁移工具需要通过这个身份认识源系统里有哪些数据库对象、哪些 Schema 需要处理、哪些对象属于传统 Repository、哪些属于 HDI、哪些系统配置会影响迁移，还需要在真正执行迁移时读取待迁移数据以及调用 SAP 为迁移提供的内部过程。SAP 当前的迁移指南要求源 SAP HANA Database 至少达到 SAP HANA 2.0 SPS 05 Revision 53 或更高版本。Migration User 既可以是专门创建的新用户，也可以使用已有数据库用户，只要它拥有所要求的权限。从生产运维角度看，单独建立一个迁移账号通常更容易控制账号生命周期、审计访问记录，并在迁移结束后统一回收权限。这道权限关还有一个非常重要的特点。兼容性检查和真正的数据迁移，对数据库权限的需求并不完全相同。SAP 明确允许兼容性检查与正式迁移使用不同的用户。真正进入数据迁移阶段之后，Migration User 必须能够读取所有被选中迁移的 Schema。Self-Service Migration 工具还会主动检测当前账号缺少哪些权限，并在界面中显示缺失权限以及涉及的数据库对象。权限补齐以后，需要重新启动相应迁移步 RELATED READING
延伸阅读
更多一线实战笔记与深度复盘，助您持续精进
` 配置详解：把选区复制到系统剪贴板与主选择缓冲)
