第二个部署选项是系统转换，云服务平台，正如名称在系统转换场景中所指定的那样，客户已经有了一个SAP Business suite，云商城，并希望利用已经在ERP中实施的现有业务流程，现在希望转换为SAP内部部署S4H版本。一旦完成从ERP到S4H的系统转换，客户将在新的S4H系统上进行创新。

SAP系统转换与基础SAP主动方法有4个阶段。

就像新的实施场景一样，在SAP系统转换中，客户还可以体验通过Amazon Web服务或Microsoft Azure云提供的S4H内部部署系统。客户可以在现有流程的基础上看到可以采用的流程

既然客户已经探索了这条路线，并且客户已经确信要进行S4H系统转换，那么您就必须处理技术准备步骤并测试转换流程。技术准备包括以下步骤：

一旦上述两个技术步骤在开发系统中成功执行，则实际转换发生。由于上述转换大多是技术性的，对人们的工作没有影响，因此在将系统转换为S4H时不需要触发变更管理

简化数据库：客户应该检测到自定义代码与数据结构的兼容性，这需要在迁移到SAP S4H本地时采用版本。SAP提供了简化数据库，其中包含有关ECC系统到当前版本S4H之间发生的更改的信息。

转换预检查：转换预检查作为SAP注释（2182725）发送给S4H客户。客户可以通过运行程序R\u S4\u pre\u TRANSITION\u checks，使用这些预检查来查找转换到S4H之前必须完成的强制步骤。在开始转换过程之前，需要处理结果。

自定义代码检查工具：自定义代码检查基于上述简化数据库。在转换到S4H之前，我们需要根据saps4h简化检查自定义代码。简化加载到自定义代码检查工具，运行该工具后，您将获得自定义代码不符合S4H 1511内部数据结构范围的实例列表。

3.实现阶段：功能转换和切换。

切换发生在实现阶段，使用软件更新管理器（SUM）中的数据库迁移选项（DMO）。技术上完成了系统转换。现在客户需要将S4H上提供的新功能特性应用到他们现有的流程中。

数据库迁移选项：ECC系统到S4H系统有三种数据迁移选项，如下所示。

A：新安装+选择性迁移：

在这种方法中，大数据行业前景，我们将现有系统保持原样，并迁移到新的S4H系统。SAP环境管理服务提供了一系列选项，以减少构建目标解决方案环境所需的工作，包括外壳复制、剥离和系统整合。

B.经典迁移：在经典迁移中，系统转换是分阶段进行的，人工智能工作，首先我们进行升级（如果需要），其次数据库可以就地数据库迁移或直接硬件替换（OS/DB迁移）。

主要优点是：生成的系统相同，对功能团队的影响最小。

在规划阶段，我们需要使用维护计划工具，选择要转换的源ECC系统，选择目标S4H版本。此工具通过验证所有必需的技术兼容性（如OS版本、堆栈级别、DB版本等）来提供结果文件。下载该文件(堆栈.xml)将相同的文件上传到SUM（软件更新管理器）

现在新的S4H系统已经准备好连接应用服务器和数据库服务器，数据迁移是最后一步，将由Software Provisioning Manager完成，该Manager用于将旧数据库中的数据提取、转换和加载到HANA数据库。

C.一步升级+使用DMO迁移：

在这种方法中，整个停机时间只有一个，维护阶段只有一个。保留原来的DB服务器，可以重新激活作为回退，因为Java系统总是使用经典迁移，这只适用于ABAP系统

就像经典迁移一样，数据迁移选项（DMO）和软件升级管理器用于一步迁移，有享云商城，唯一的区别是它是在一个单一的步骤进行，因为没有ETL步骤，因为它是就地转换