双重传输管理过去、现在和将来都是任何SAP升级项目不可或缺的一部分。它主要是手工完成的,把所有的事情都留给了手工验证的双重运输维护升级和非升级系统的电子表格。本博客将解释我们如何实现此过程的自动化,以及如何跟踪和维护两个等效SAP系统之间等效传输的映射。
双重维护的整个目标是保持当前系统和升级后的系统彼此同步。升级后的系统一可用,双重维护就开始了。
我们主要有两种类型的传输符合双重维护的条件:
新传输:这些是系统可供团队双重维护时创建的新传输。复古传输:这些是已经在开发和质量保证系统中,从未投入生产的现有传输。
假设:
DC1-现有ECC开发系统
DC2-升级ECC开发系统
前提条件:
升级(DC1)和未升级系统(DC2)之间的RFC连接。
定制活动:
DC1:
转到T代码SE03和双击"显示/更改请求属性"。
通过单击"创建"按钮创建新属性
维护所有必填字段。必须在双重维护阶段检查属性值。保存属性
DC2:
重复DC2系统中的自定义步骤,在SE03中创建ZDC1戡U传输属性
完成上述自定义后,大数据时代,属性现在可以在传输中维护。
工作台更改:
DC2:
创建一个启用RFC的FM,大数据都学什么,参数如下:
导入:IV\U TRANS
导出:ET\U DC2TRANS
源代码:
从E07A表的属性中获取DC1传输。从E070和E071表中获取DC2传输对象详细信息。将上述数据合并到ET\U DC2TRANS中。
DC1:
在SE38中创建一个程序,淘客文案,使用以下逻辑:
基于上述逻辑可以包含的错误处理类型:
此工具可以作为传输审阅者、配置者以及开发人员的独立工具,比较便宜的云服务器,以确保其传输同步。
此功能可以也可以扩展以强制开发人员/配置人员维护此属性,并在发布请求之前强制执行此属性。
BADI CTS\U request\U CHECK可以实现此目的。
为工具提供的类似逻辑可以在CHECK\U before\U RELEASE方法中实现。
可能存在不需要的情况进行双重维护,如在DC2系统中修复。我们这里有两个选项:
属性维护提供了很好的传输跟踪,特别是如果您正在复制Prod client以升级新的Dev系统,并将丢失版本管理的风险降至最低。
它还通过在传输中提供附加注释来提供审计跟踪,电子商务数据分析,以防出现双重错误维护例外情况