欢迎回到Hybrid Deployment ERP博客系列的下一篇博客

本系列之前的博客对Hybrid cloud部署模型、跨公司场景和主数据集成进行了概述

在本博客中，我们将了解各种部署选项，这些选项将帮助客户从现有环境过渡到混合环境。博客强调部署选项的技术细节。它不包括根据客户的业务需求使用哪些选项的决策过程。

从SAP ECC系统转移到SAP S/4 HANA系统有多种优势，如

通过实时信息和预测分析实现新的增长利用内置的最佳实践加快价值实现消除IT环境中的复杂性以消除批处理、延迟、不可靠数据和解决方法降低IT成本并将资源重新部署到更具战略性的目标上

在本博客中，我们将介绍两种部署选项。为便于表述，我们将混合方案描述为总部和子公司。它也可以被公司/非公司、中央服务等所取代

从整体架构到联合架构

在上面描述的客户架构中，云服务服务器，总部和子公司使用SAP ECC的单个实例。假设有几个过程是紧密集成的，那么按照最佳实践直接联合迁移到S/4hana可能会很困难。理想情况下，店铺淘客，应首先移动SAP S/4 HANA（公共云、单租户版本或由HEC管理）上的子流程。将子公司迁移到SAP S/4 HANA的方法可以通过如下所述的新实施或系统转换来完成。

理想情况下，扩展应该在SAP云平台上完成，以便保持解耦，不受升级周期的影响。由于子流程现在在单独的ERP实例中执行，总部的ECC系统需要确保混合方案通过集成无缝工作。一旦达到中间状态，总部的ECC系统可以转换为S/4 HANA云（单租户，由HEC管理）。

从纯技术角度来看，从任何数据库上的SAP ERP到SAP HANA支持的SAP ERP的过渡包括EhP升级、SAP NetWeaver升级和数据库迁移。从技术角度来看，关于云服务器，新的实现意味着首先安装软件，然后使用SAP S/4HANA migration cockpit加载启动业务操作所需的数据。

相比之下，通过标准转换过程，软件和数据都在一个步骤中转换。混合数据转换，也称为横向转换，代表超出系统转换和新实现的标准选项的场景。它包括许多需要仔细评估的选项，因为这些选项通常会增加项目的风险、工作量和复杂性。

只要您使用SAP s/4HANA migration cockpit加载主数据和未清项，这种方法就在标准范围内。但是，如果您想将所有历史数据加载到新系统中，这需要额外的工作和使用专门的工具和服务。

SAP S/4HANA migration cockpit使用标准的应用程序逻辑来提供数据。同样，软件更新管理器（SUM）应用软件供应商逻辑在系统转换期间就地转换数据。将数据从源SAP ERP迁移到SAP S/4HANA的工具必须应用完全相同的逻辑。请注意，这始终是一个项目解决方案，因为没有标准工具来迁移历史数据。在复杂的场景中，数据是在数据库表级别迁移的，这需要对SAP ERP的数据结构和业务对象之间的复杂依赖关系有非常深入的了解。

如果认为系统本身处于良好状态，项目团队可能会寻求一种仅改变系统一部分的方法配置或功能，而保持其余不变。从技术上讲，这种方法包括以下步骤：

SAP不断优化工具，以帮助客户完成转换过程，并通过自动化消除手工劳动。最值得注意的是，系统转换会保留您的资产：数据、进程和自定义代码。但是，您应该非常认真地评估这些资产的感知价值：新技术、新业务实践和不断变化的业务环境可能已使其中一些资产过时。由于saps/4HANA是一种新产品，因此转换远远不止是升级。保持最新的系统所受的影响较小，因为大多数简化都会延续SAP ERP中相应战略发展的路线图。尽管如此，物联网大会，仔细检查简化和相关的技术和功能影响将是每个转换项目的重要组成部分。

通过新的实施，您将构建一个新的SAP S/4HANA系统，或者切换到新系统，或者将单个业务部门从旧的SAP ERP依次迁移到新系统（"分阶段推出"）。通过系统转换，国内的云服务器，您可以将现有的SAP ERP系统转变为SAP S/4HANA系统。从技术上讲，系统转换是一个单次停机的一步过程，包括：

将当前联邦环境转换为S/4联邦环境

如果客户有联邦环境，则适用类似的规则集。除此之外，SAP ECC系统和第三方系统之间的集成也需要在升级后才能工作。为确保集成与升级协同工作，建议使用白名单对象以促进集成。

有关SAP S/4HANA Cloud的更多信息，请查看以下链接：

SAP S/4HANA Cloud发布信息： S/4HANA云的最佳实践SAP S/4HANA云用户社区：在此处注册此处为功能范围描述这里有什么新鲜事此处为帮助门户产品页