2021已经到来，准备好S/4HANA升级 了吗？

SAP提供了三条升级路线可供选择：第一升级转换，第二系统重构，第三架构转型。最理想的路线当然是升级转换，这是无缝升级，所有的历史数据都转换到新的版本。

但是有的客户因为系统版本低，不支持一步升级转换，如ECC5.0以下的版本需要经过两步升级才能实现升级转换，这样一来升级的成本又太高，无奈之下只能选择系统重构。

所以目前的SAP存量客户应该尽快考虑做系统升级转换，否则到时候因为OS或者DB等版本低不满足S/4HANA的最新版本要求，因此又会增加升级项目的成本。

当你下定决心要做升级转换，还要仔细阅读SAP的大量文档，做好充足的准备，才能保证成功的完成升级转换。

首先升级转换不是一个纯粹的技术升级，在业务上也有严格的要求。如果系统启用了平行评估，或者开启了某些业务功能，都可能会影响你的升级转换，甚至导致系统不能做升级转换。

例如某些凭证在升级前没有处理完成，虽然能成功升级了，但是在最后的转换还是会报错，最后功败垂成。因此升级转换项目需要BASIS和各个模块顾问都要做好充足的前期准备，才能保证项目的顺利推进。当然最理想的情况是在升级转换前先做POC技术验证。

有了POC验证只能说明升级转换路线是可行的，但是升级转换的路上可能还有很多坑需要你去发现。升级程序首先进入影子实例构建阶段，在创建影子实例的时候会在源系统安装一些程序，而且为了缩短停机时间，直到影子实例创建完成，数据字典转换完SAP才进入业务停机阶段。

在SAP文档里有说这些对源系统没有影响，你可能就认为这下可好了，我们全速前进。其实这个时候对源系统是有一定影响的，主要影响SAP_BASIS组件，而不会对业务逻辑造成影响，我想这才是对源系统没有影响的准确理解，但是它可能会导致系统某个功能不好用。

你可能会想到既然不好用，那我们先回退，但其实回退也不能解决这部分调整产生的问题。因此需要我们有充分的测试才能有效的避免类似的陷阱，而且要知道测试的方向和重点，才能更好的把控项目，保证项目的顺利推进。

接下来升级程序进入DMO阶段，SAP系统也将进入停机阶段。此时DMO工具进行智能、高效地分表，把数据从传统数据库抽取到HANA数据库。这个时候一定要提前把HANA的日志模式设定到OVERWRITE模式，并重启HANA使之生效。

你也可能会认为无所谓，HANA默认会15分钟自动备份一次日志，日志模式设置成什么无所谓。如果你的数据量小可能无所谓，当数据库的容量是TB级别的时候，你就可能遇到麻烦了，当大量的数据需要导入HANA数据库，导致磁盘的I/O非常高，HANA自动备份的速度会大大低于HANA日志产生的速度，最终会把你的磁盘撑爆。

也许有的客户说我有持久内存能不能解决这个问题，答案是：“不能，持久内存可以重启加速，但是不能解决此时的I/O问题。”

最后升级程序会进入系统数据转换阶段，主要是做财务数据转换。业务顾问一定要在升级前把业务处理好，否则可能导致升级转换失败。因为此时系统已经是新的版本了，需要做转换的业务是在旧版本下发生的，系统不允许调整，最终只能宛然叹息，然后推倒重来。

不同的企业，当前架构复杂性、业务目标、IT战略各不相同，升级策略也必须是独特专属的。奇秦科技基于自身在S/4HANA的系统重构、升级转换、架构转型领域丰富的实战积累，总结提炼的S/4HANA升级解决方案包经SAP厂商认证，专业服务于为SAP系统升级规避风险及选择最恰当的路径。