在SAP项目的实施过程中,经常会遇到关于配置传输的问题。即我们在某个client下面做系统配置,配好了之后再传到其他系统之中。
- 配置传输分为两种情况:同服务器配置传输,异服务器配置传输。
- 同服务器配置传输:
- 在DEV配置client下做完配置后,会根据系统要求产生一个请求号(前提是basis放出自动产生请求号的权限)。最好每一次配置都单独创建一个新的请求号,并填写这次请求的描述(这个描述一定要认真填写,非常重要,以免日后不知道当初这个配置是配了什么),保存。
- 然后到接收配置的client下,用事务代码SCC1,找到相应的请求号,点击上面的传输按钮(注意不要勾上那个“测试”的勾),不报错则完成传输。
- 异服务器配置传输:异服务器配置传输较为复杂,具体的操作也因系统的不同而有所差别,但大体的流程应该如下:
1)在配置client下输入事务代码SE10,找到之前所有的传输请求,包括工作台(workbench)请求和配置(customizing)请求
2)逐一释放(release)所有的请求。
3)登陆到接收配置的client,输入事务代码STMS,点击传输(transport)按钮,选择相应系统
4)找到之前相应的传输请求,并逐一进行接收(import)动作
- 跨client请求——肯定是同服务器,例如在dev200定制好了,dev900就自动更新了
- 非跨client请求——同一服务器上,一个client中配置好后,需要传输到另外的client上
- 在进行统一的配置传输时,合理的顺序应该是FICO模块先传,而后各后勤模块再开始传输。
tips:
=============================================================================================
- 配置顾问自己释放,但是传输是basis统一传输的好,因为如果配置顾问自己传输的话,可能会出现同事几个请求并发传输的情况,可能出现锁表,或者后台进程不够用的情况;
- SE01 SE09 SE10 STMS 请求传输的相关事务代码;
关于SAP中的传输机制
----------------------------------------------------------------------------------------------------------------------------------------------------------
- sap中的传输机制,即有一个传输请求,它到底是从哪里传到哪里(假定有开发,测试和生产环境且物理分离),这中间的步骤和过程(涉及到申请者,传输者,开发者....)?
- 如何获取指定时间内的传输记录,现在有两种方法,一种是在stms中查看transport log,另一种是查表E070