Skip to Content
Technical Articles

SAP S4HANA Cloud Migration Cockpit – 实践经验

介绍

有各种各样的SAP博客帖子和SAP帮助手册,它们描述了SAP S/4HANA Cloud 中数据迁移的理论流程以及Migration Cockpit应该如何工作。但还有更多有用的技巧,是我在真正的迁移项目学到的,这是我想在这个博客帖子中跟大家分享的。

 

项目经验教训

  1. 当然,首先将所有生产数据迁移到 Q 系统是非常耗时的,虽然Q系统中不需要所有生产数据。但首先将所有数据迁移到 Q 系统有助于实现以下目标:
    • 您将在 Q 系统中执行并检查所有必要的定制化和错误的根本原因调查,因此P系统的启动将更加顺畅。
    • 所有迁移模板将在 Q 系统的迁移期间进行验证,如果在Q和P中具有相同的定制化配置,则 P 系统中的迁移流程将不会出错,这将显著缩短 P系统数据迁移的持续时间。
    • 如果您最初在 Q 系统中执行所有的定制化配置和迁移活动,这将大大有助于制定项目时间表计划,并提高及时上线的可能性。
  2. 通常情况下,迁移数据会与不同国家/地区/组织单位等相关。如果您根据上述结构进行拆分,则从性能、组织性和故障排除的角度会显著改善我们的迁移流程。也就是说,如果您需要迁移五个国家/地区的数据,则可以从一开始就为每个国家/地区创建单独的迁移项目,并在每个迁移项目中添加所有必要的迁移对象。通过这样的简单操作,您可以获得以下几点优势:
    • 通过此方法,可以将迁移项目简单地拆分到迭代中:一个项目 = 一次迭代。
    • 如果一开始并非所有迁移模板均已准备就绪,您可以先开始已经可用的迁移模板,然后再获取仍需迁移的模板的总览。
    • 如果模拟或迁移期间出错,则修正记录会更容易,因为无需处理全部大量的数据。
    • 将数据拆分成块时,Excel 和 SAP S/4HANA Cloud 系统的性能也会更好。
  3. 如果您使用了第 2 点中说到的提示,那么强烈建议您记录下迁移期间发生的所有错误信息:很可能是您在进行下一次迁移时会遇到相同的错误,一旦记录了这些错误,因为您之前遇到过,解决问题也会更快。

 

技术经验教训

  1. 如果您想将数据分隔到同一个迁移对象的不同迁移模板中(例如,您希望单独迁移产品和生产物料 – 它们是同一个迁移对象),则最好在Migration Cockpit中为其创建不同的迁移项目。因为如果首先成功迁移一个文件并且在第二个文件中有错误,则无法删除已传输到staging表的所有实例。您需要标记哪些数据尚未迁移,这会非常耗时。
  2. 要显示与迁移数据相关的成功/失败消息 – 转到迁移对象并点击编号:
  3. 要查看聚合统计信息,则可以使用监控功能:

将分组从缺省视图更改为“按消息标识分组”视图,这对于获取概览很有帮助,可以看到大多数实例是在模拟期间是否因一个错误而失败,还是存在各种不同问题:

但是,在关注错误信息之前,请先查看警告 – 通常根本原因会在里面提到。

  1. 模拟完成后,你可以在系统中查看数据在系统表里大致的情况:
    • 点击实例数:
    • 选择所需的实例,点击该实例,右侧将会显示数据在系统表中的形式:
  2. 您可以在相应的 SAP 帮助页面上找到每个迁移对象的验证方式:选择相应的迁移对象,向下滚动页面到最底下,并查看Post-Processing部分:
  3. 如果所有迁移模板均已准备就绪并经过相应的检查,并且计划对所有对象运行模拟或实际迁移,请不要忘记增加Migration Cockpit作业的可用数量
  4. 在迁移活动期间很容易忘记一个事情是——我们仍然可以在系统中手动创建记录。例如,当 1998条记录迁移成功,有2 条记录出现错误。那么值得尝试的是,去系统里手动创建记录 – 在许多情况下它会成功。

 

结论

根据博客的第一部分,值得注意的是,数据迁移是 SAP S/4HANA Cloud 实施项目的必要的流程,基于Migration Cockpit这个工具会使得这个过程变得简单轻松。但最终还是需要详细的计划、实施和大量时间的投入。在初步准备工作正确的情况下,上面所列技术提示和经验教训将发挥最大作用。

 

参考文档:https://blogs.sap.com/2021/03/22/sap-s-4hana-cloud-migration-cockpit-hands-on-experience/

Be the first to leave a comment
You must be Logged on to comment or reply to a post.