声明：本文仅代表原作者观点，仅用于SAP软件的应用与学习，不代表SAP公司。注：文中所示截图来源SAP软件，相应著作权归SAP所有。
简介
大多数实施SAP MDG的客户都需要考虑到不同系统间的配置同步问题，来保证业务流程的一致性。特别是MDG作为中心部署 (HUB)，以区别于其他的S4/HANA或ERP系统。这篇博客将简明扼要的阐述整个同步流程，以求为SAP MDG的项目实施带来一些指导和范例。（本文不包含S4/HANA Cloud系统）
一般准则
同步配置数据意味着认定相关数据范围 (What)、判定维护的位置 (Where)以及决定如何去管理整个同步流程 (How)。
SAP中的配置数据 (Customizing Data)指的是在IMG进行的一系列配置，并由此通过TR传输到测试和生产环境。当数据在不同的系统间交互时，我们应该保证每个系统的相关配置是完全相同的。如果迫不得已，在某些配置上存在差异，我们也必须使用一些映射技术 (Value Mapping) 确保数据在复制的过程中不会出现问题，但是这种特殊情况应尽量避免。
在大多数的情景下，配置数据被维护在ERP或S/4HANA中，然后再分发到其他系统，例如MDG。这种分发通常只在开发环境间进行。
从更深层次的角度来说，我们可以试着把配置数据分为几大块内容。一些配置数据是通用的，与业务流程的联系不是很紧密。例如一些标准组织代码，语言、国家、货币等。这种类型的配置数据也可以被称为“基准数据” (Reference Data)。基准数据最好被维护在中心系统中，例如一个MDG系统。
除了这些基准数据外，我们可以把与主数据有关的配置放在MDG中维护，在ERP或S4/HANA中维护更偏向业务的配置。当然了，MDG特有的那些配置只能在MDG中完成，比如Change Request相关的配置。
上面几段讨论了在哪维护配置的问题，还有很多其他方面可以优化我们的同步流程。例如，让我们考虑一些维护成本。最简单的方式当然是只在ERP中维护所有配置，然后一股脑传输到MDG中。但是这样会导致MDG系统中含有大量的无用配置数据，这些配置与主数据维护毫无关联。更聪明一点的办法是只挑选那些有用的配置传输到MDG中，这样就会增加维护成本。此外也可以分开维护，这些都是项目实际实施中的一些思路。
如果不同系统之间存在版本差异，我们就需要去对比那些配置表的结构是否存在差异。这种差异往往存在不同的产品之间，如果两边都是SAP ERP，而仅仅是enhancement package level或support package level不同，我们也不需要考虑这种配置表结构的差异问题。如果一边是SAP ERP，另一边是S4/HANA，SAP提供了Note 2192251，或直接在S4系统中进入t-code SYCM来查看配置表的具体属性变化。
同步
期初同步
SAP传输管理系统 (TMS) 和业务配置集 (BC Sets) 是客制化配置分发的技术基础。
针对MDG来说，由于SAP MDG从技术层面来说是基于ECC的，因此至少有四种MDG的安装方式可供考虑：
1）安装ECC->从正常运营的ERP系统进行期初同步->升级ECC->安装MDG
2）安装MDG（基于ECC）->从正常运营的ERP系统进行期初同步
3）安装ECC->Client Copy->清洗配置->升级ECC->安装MDG
4）直接Copy ERP->清洗配置和数据->升级ECC->安装MDG
可以将选项1和2当成“显性同步”（使用TMS和BC Sets），3和4则是“隐性同步”。
由于部署的方式不同，配置同步可能发生于安装系统的过程中，或安装系统之后。从SAP官方给出的MDG主数据配置对象清单出发，可以较为清晰的进行配置同步操作，因为这些配置对象和MDG主数据配置息息相关。如果MDG系统复制自一台运行中的ERP系统，那么对配置数据的清洗则很有必要，因为我们只希望保留那些跟MDG有关的配置数据。如果没有这些清洗，那么MDG和其他ERP系统间很容易造成配置不一致。
持续同步
在期初同步完成之后，建立一个持续性的配置同步机制是很有必要的。为了实现持续的配置同步功能，有多种选项可供选择；但是请记住，明确想要同步的配置对象列表（只与MDG相关）是实现这一功能的关键，因为以下所有的选项都需要一份对象列表：
半自动同步
使用半自动的方式从ERP系统中将配置对象数据导出成一个BC Set，然后手动导入MDG Hub。这种方式的缺点就是需要人为手动参与。
自开发解决方案
一个完善的自开发解决方案需要实现仅推送相关的配置数据到MDG系统。这种方法的缺点是需要花费精力进行开发工作，优点是可以更好的控制同步的进程，实现当ERP生产机配置数据生效之后，才进行配置数据同步。
基于ALE的配置分发
这个方法涉及到在MDG和ERP间配置一套ALE来捕获和同步配置数据。
基于SAP Solution Manager的配置分发 （推荐）
这种方法借助SAP Solman系统帮助实现端到端的配置数据分发流程并且可以监控分发状态。下图展现了该方式的实现流程。
1.新的配置数据在ERP开发机上被建立
2.当配置保存时，Solman系统会同时在ERP和MDG开发机中各提供一个传输请求Transport Request
3.这些配置数据在ERP上被记录在传输请求中。同时Solman自动把这些待传输的内容包进一个BC Set并且在MDG上激活该BC Set
4.MDG和ERP继续按照各自的传输路线进行配置传输
注：本微信公众号获得CSDN博主小狼Solar授权，转载SAP MDG相关的文章，该系列文章仅代表小狼个人的观点，仅用于SAP MDG学习和参考。
注：欢迎大家在QQ群内发言、提问、咨询..欢迎大家加入
版权归原作者所有,如有侵权请联系删除。
免责声明：本文所用视频、图片、文字如涉及作品版权问题，请第一时间告知，我们将根据您提供的证明材料确认版权并按国家标准支付稿酬或立即删除内容！本文内容为原作者观点，并不代表本公众号赞同其观点和对其真实性负责。
分享是一种精神
