我是S/4HANA传道者，大数据挖掘，支持客户的HANA之旅。最近，我完成了一个S/4HANA转换项目，通过这个博客系列，我想带你了解我的项目生命周期；如何开始、计划和执行；要记住什么和注意什么。这是由10部分组成的博客系列的主题#5。

当您继续阅读本博客系列时，这意味着您已经决定就地系统转换是您的正确选择，并且您已经执行并解决了SI预检查，已完成CVI激活，并准备开始SUM DMO正常运行时间和停机活动。

这是转换项目的最关键阶段，在此阶段，将建立具有新数据库模式的新存储库，并将数据从ECC数据模型移动到S/4HANA数据模型。与所有技术系统活动一样，SAP也为此活动提供了一个工具软件更新管理器（SUM）。SUM可以更新应用程序版本和系统内核，还允许您使用数据库迁移选项（DMO）单步切换数据库（如果您要从HANA上的套件转换到S/4HANA，则不需要，因为DB是相同的）。在此阶段，根据您当前的操作系统和数据库，以及在转换过程中需要进行数据中心更改，您将选择异类/同构OSDB迁移和/或系统移动（数据中心更改），从而选择要使用的工具1）软件配置管理器（SPWM）用于系统拷贝2）SPAM/SAINT用于应用程序更新3）SUM用于内核更新和大多数其他工具可以做什么，可能在一个步骤。另外，如果源系统未启用Unicode，则需要使用SPUMG。请参阅OSS说明1803986了解何时使用。

SUM 1.0和SUM 2.0都是活动工具，提供并行独占场景（其他版本将拒绝运行）。

在系统转换期间，SUM with DMO在源操作系统和数据库上创建目标应用程序版本/内核的影子存储库，然后将该存储库移动到目标操作系统数据库，云从，然后进行数据迁移（有关更多详细信息，请参阅SUM指南）。在SUM的不同阶段（如下所示），SUM会触发3种活动：1）作业/运行阶段在SAP中执行后台作业或FM，2）SAPup为传输导入触发R3Trans，大数据的商业价值，泛在电力物联网，3）SAPup为批量导入触发R3Load进程。SUM DMO（注意大量的数据加载进程是基于ABAP的，并由相应的类或程序管理）将消息记录在作业日志、SM21/ST11/ST22等中，而不是SUM日志和数据库日志。可以分析它们的问题。数据迁移阶段由R3Load进程管理，云发布，它可以在3种模式下运行：1）文件导入/导出，2）套接字或3）内存管道（DMO使用），以并行化提取和加载步骤。

在下图中，SUM with DMO选项用"Standard/Advanced with archiving off"表示，因此突出显示了许多准备步骤和构建影子存储库是在系统处于实时使用状态（这称为正常运行阶段）时通过SUM和DMO实现的。在正常运行阶段，准备源OS DB上带有目标内核的卷影存储库（包括配置和存储库表）（起始SUM.20 SP6卷影存储库直接在目标实例上准备）并在停机阶段发布，事务数据被迁移到新的存储库并转换到新的数据模型，然后是SPAU阶段（在主题06中有更多相关内容）。请注意，在正常运行阶段的REPACHK2步骤之后，不能再进行进出SAP系统的传输。这意味着：

更多关于DMO阶段SUM的详细信息，请访问SUM wiki页面。另请参阅本博客阅读DMO提示和技巧的SUM。

对于最终对账，SUM工具有一个功能，通过表行计数或字段级比较提供详细的日志。由于字段级协调可能会花费大量时间，因此建议在沙盒/开发系统中需要时进行详细检查，但仅限于生产中的表行计数（默认行为）。如果在ECC和S/4HANA之间从SAP表中删除了一些条目（由于客户名称空间冲突），则会在SUM日志中记录相同的条目。

如上文所述，DMO正常运行和停机阶段的SUM的主要部分是在R3Load进程的帮助下执行的。优化的并行化以及正确的硬件和网络设置是业务停机优化的关键（请参阅blog#1和blog#2）。根据我的经验，有几点建议：

另外，请注意，您需要有明确的备份策略（包括影子实例备份、HANA DB备份和SUM目录备份），以便能够从选定的备份时间重新启动转换。SUM工具还提供了"测试周期"选项，允许使用调整的参数重复SUM停机阶段。在到达不返回点之前，您可以重置SUM工具以重新启动之前的任何阶段，而无需备份。频繁的重置会使SUM工具不一致，并可能迫使您从备份中恢复（尤其是在正常运行时间卷影存储库创建期间进行的恢复）。

有其他方法可用于最小化停机时间1）SUM工具的高级功能和2）SAP的服务。请参阅OSS注释693168了解更多信息。

在主题06中，我们将讨论"自定义代码修正"。