SAP 系统的配置传输 同/异服务器之间，TR请求传输详解编程语言

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：
IT虾米网

这个是传输工具：
IT虾米网

IT虾米网

IT虾米网