SAP 系统的配置传输 同/异服务器之间,TR请求传输

本文详细解析SAP系统中的配置传输机制,包括同服务器和异服务器配置传输的具体步骤,以及传输请求的创建、释放和导入过程。同时,探讨了传输路径、传输层和开发类在确定目标系统中的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SAP系统的配置传输
在SAP项目的实施过程中,经常会遇到关于配置传输的问题。即我们在某个client下面做系统配置,配好了之后再传到其他系统之中配置传输分为两种情况:同服务器配置传输,异服务器配置传输。

同服务器配置传输:
1.在DEV配置client下做完配置后,会根据系统要求产生一个请求号(前提是basis放出自动产生请求号的权限)。最好每一次配置都单独创建一个新的请求号,并填写这次请求的描述(这个描述一定要认真填写,非常重要,以免日后不知道当初这个配置是配了什么),保存。
2.然后到接收配置的client下,用事务代码SCC1,找到相应的请求号,点击上面的传输按钮(注意不要勾上那个“测试”的勾),不报错则完成传输.

异服务器配置传输:异服务器配置传输较为复杂,具体的操作也因系统的不同而有所差别,但大体的流程应该如下:
1)在配置client下输入事务代码SE10,找到之前所有的传输请求,包括工作台(workbench)请求和配置(customizing)请求
2)逐一释放(release)所有的请求。
3)登陆到接收配置的client,输入事务代码STMS,点击传输(transport)按钮,选择相应系统
4)找到之前相应的传输请求,并逐一进行接收(import)动作跨client请求——肯定是同服务器, 例如在dev200定制好了,dev900就自动更新了非跨client请求——同一服务器上,一个client中配置好后,需要传输到另外的client上在进行统一的配置传输时,合理的顺序应该是FICO模块先传,而后各后勤模块再开始传输。

配置顾问自己释放,但是传输是basis统一传输的好,因为如果配置顾问自己传输的话,可能会出现同事几个请求并发传输的情况,可能出现锁表,或者后台进程不够用的情况;

SE01 SE09 SE10 STMS 请求传输的相关事务代码;
关于SAP中的传输机制

sap中的传输机制,即有一个传输请求,它到底是从哪里传到哪里(假定有开发,测试和生产环境且物理分离),这中间的步骤和过程(涉及到申请者,传输者,开发者…)?

如何获取指定时间内的传输记录,现在有两种方法,一种是在stms中查看transport log,另一种是查表E070,通过输入条件筛选,我自己不太清楚这两种方式有什么区别?E070中存放的是什么?
1,sap中的传输机制,即有一个传输请求,它到底是从哪里传到哪里(假定有开发,测试和生产环境且物理分离),这中间的步骤和过程(涉及到申请者,传输者,开发者…)?
Comment:你的这个问题,大概算是个传输路径的问题吧,这样主要看看2样东西:
①TMS中的Transport Routes,你先得检查在你的系统中有那些传输的路径,注意不同的传输路径是用传输层(Transport Laye)来识别的,一般来讲,一个普通的传输系统中会至少有两个传输层:SAP和Z<SID>(<SID>,传输域控制器的系统ID)
②有开发类(Development Class或叫Package)的传输对象,看它的开发类,在开发类的属性中,你可以看到传输层的属性设置,这样在源系统中创建传输请求的时候,它就会通过上面的这些信息来决定目标系统(Target System),当然这个主要还是对有开发类的对象的;而对于没有开发类的对象,例如很多的客户化设置(Customizing),那差不多就看一样东西了:传输层,看看在传输层中,自己的后继节点中,有没有通过传输路径(Transport Route)过去的后继节点,如果有则取第一个后继节点作为目标系统,如果没有,则传输请求中目标系统为空。
举个实例场景:
最普通的三系统环境,DEV、QAS、PRD,传输域控制器为DEV,通过标准的三系统配置,产生了两个传输层(SAP和ZDEV)以及下面的传输路径:   ZDEV(Transport)
   |--------------|      (Delivery)
DEV–|      |------QAS------------PRD
 |--------------|
   SAP(Transport)DEV
*客户化设置的传输请求,因为有传输路径的后继节点QAS,所以客户化设置的传输请求可以自动设置目标系统为QAS
开发对象的开发类的传输层(拗口吧:P)如果是ZDEV或者SAP,则自动在传输请求中设置目标系统为QAS开发对象的开发类的传输层如果不是ZDEV或者SAP,则传输请求中目标系统为空QAS及PRD因为没有传输路径的后继节点,在QAS或PRD中产生的传输请求中的目标系统默认都为空(当然往往你可以手工指定目标系统测试系统到生产系统的传输请求,但是严格的传输域控制也会阻止这样的手工修改,与SAP的版本有关)

有了上面的了解,你大概也看到SAP事实上就从技术上控制了开发系统的限定,产生了传输请求,接下去当然就是释放传输请求,进行传输了,没有目标系统的传输请求,释放也就释放了,不会产生传输文件;而有有效传输目标系统的传输请求,释放后,会产生传输文件,并且一般来说,还会自动将自身加入到目标系统的传输队列中,在目标系统中经过刷新就可以看到相应的新的请求;在目标系统中导入传输请求后,会检查有没有后继的Delivery节点,如果有的话,同样的会将传输请求加入到相应的后继节点的传输队列中,如此这般,啪啦啪啦
PS:你问题中提到了“(涉及到申请者,传输者,开发者…)?”,这个就不甚了了了,无非是个权限控制罢了,如果不是,还请说明问题。

2.如何获取指定时间内的传输记录,现在有两种方法,一种是在stms中查看transport log,另一种是查表E070,通过输入条件筛选,我自己不太清楚这两种方式有什么区别?E070中存放的是什么?Comment:STMS中的Import History已经很好,请不必考虑E070之类的(举个例子,测试机上有多个Client,某个传输请求需要传输到其中的若干个,E070是不会每个都记的哦),而且说白了,E070只是传输请求的抬头信息罢了,不必与导入历史关联起来,完整的传输的历史,如果不嫌麻烦,倒是在传输目录下面的ALOG中更好点SAP的在线帮助还是要看的:这个是TMS:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/44/b4a0137acc11d1899e0000e829fbbd/frameset.htm

这个是传输工具:
http://help.sap.com/erp2005_ehp_04/helpdata/EN/3d/ad5a464ebc11d182bf0000e829fbfe/frameset.htmhref=http://help.sap.com/erp2005_ehp_04/helpdata/EN/3d/ad5a464ebc11d182bf0000e829fbfe/frameset.htm

http://help.sap.com/erp2005_ehp_04/helpdata/EN/3d/ad5a464ebc11d182bf0000e829fbfe/frameset.htm

http://help.sap.com/erp2005_ehp_04/helpdata/EN/3d/ad5a464ebc11d182bf0000e829fbfe/frameset.htm

### 创建和处理 ABAP 传输副本请求 #### 使用标准功能创建副本请求SAP 系统中,为了确保项目的传输一致性以及减少工作量,通常会使用传输副本请求来管理不环境之间的对象步。通过特定的事务码或自定义程序可以实现这一目的[^2]。 对于常规的需求来说,SAP 提供了一个简单的机制用于复制现有的传输请求Transport Request)。这可以通过 SE09 或 STMS 中的功能完成,在这里可以选择要拷贝的目标系统,并指定新请求的名字和其他属性。然而这种方式相对手动且不够灵活。 #### 自动化脚本辅助创建 针对更复杂场景下的高效操作,则可能涉及到编写ABAP代码来自动生成这些副本请求。一个典型的应用案例就是开发一段程序让用户输入源传输编号后自动为其建立新的实例并准备就绪待发送至其他环境如测试服务器等地方[^4]。 这种自动化过程不仅限于单个任务号;实际上它还允许时处理多条记录——即一次提交多个原版transport ID给函数模块,之后由后者负责打包成一个新的整体进行后续步骤比如发布、导入等工作流程[^3]。 ```abap DATA: lt_trkorr TYPE TABLE OF trkorr, ls_trkorr LIKE LINE OF lt_trkorr. SELECT-OPTIONS s_trkorr FOR trkorr-trkorr OBLIGATORY. CALL FUNCTION 'RS_TR_REQUEST_READ' EXPORTING client = sy-mandt * IMPORTING * RESULT_SET = TABLES result_set = lt_trkorr[] EXCEPTIONS OTHERS = 1. IF sy-subrc <> 0. " Handle error... ENDIF. LOOP AT lt_trkorr INTO ls_trkorr. CALL FUNCTION 'C_TRTI_COPY_TRANSPORT' EXPORTING source_client = sy-mandt target_client = 'TARGET_CLIENT' " Specify the target system's mandant here transport_number_src = ls_trkorr-trkorr new_transport_type = 'K' " K for customer transports, S for standard ones etc. IMPORTING transport_number_tgt = DATA(lv_new_req). ENDLOOP. ``` 上述代码片段展示了如何读取选定范围内的运输请求列表,并逐一调用 `C_TRTI_COPY_TRANSPORT` 函数模块为每一个原始请求创建对应的副本来简化跨系统的部署作业。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值