SAP 传输管理系统配置
SAP系统配置参数详解
SAP系统配置参数详解SAP 系统参数设置path: /usr/sap/PRD/SYS/profileprofile: PRD_DVEBMGS00_sapapp如果您想查看所有的参数及当前设定，可使用SA38执行程序 RSPARAM修改附加配置T-CODE:RZ10进行SAP系统参数的设置,设置后需激活参数并重启SAP实例，配置参数才会生效login/system_client 登录时默认的Client号login/password_expiration_time 密码有效期login/fails_to_user_lock 密码输错多少次后锁定login/failed_user_auto_unlock 用户失效后多长时间解锁rdisp/mshost 状态栏中显示的系统名称rdisp/rfc_use_quotas是否激活配额资源分配,0是关闭,1是启用.以下相关限制必须这个为1时才生效. rdisp/gui_auto_logout表示如果客户在指定时间内没有进行任何操作，则会自动退出SAP系统。
时间为秒rdisp/max_wprun_time 程序运行的最长时间限制rdisp/rfc_max_login 最大SAP用户登录数login/disable_multi_gui_login限制用户多次登录，该参数可以设置同个client同个用户ID可以允许同时登录几个,当设为1时,系统将提示用户选择:'Terminate the Current Sessions' or 'Terminate this Login.',以达到保证只允许一个登录.rdisp/tm_max_no 这个参数是限制每个实例最大的用户数,默认是200个.rdisp/rfc_max_own_login一个程序在一个服务器上允许分配的RFC资源个数,也就是同时能运行多少个.默认值25.rdisp/rfc_min_wait_dia_wp 设置RFC保留的会话设置,rdisp/wp_no_dia在一个实例中处理的会话数目,如果设置为10,rdisp/rfc_min_wait_dia_wp=3则可用的会话处理是7,3个被保留rdisp/rfc_max_own_used_wprdisp/rfc_max_comm_entriesrdisp/rfc_max_wait_timerdisp/btctimeSAP调度器（SAYMSSY2)，定期自动运行，由这个参数指定运行时间间隔。
SAP NetWeaver 传输管理系统指南说明书
Managing Transport Routes
Transport routes are defined as routes that are defined by the SAP Administrator to transmit the changes between different SAP systems. You can define two types of transport routes −
Adding a System to the Transport Domain
To add a system, log on to the SAP system that you want to add to the system. Use client 000 and start transaction STMS. If the system is not added, TMS will check the configuration file DOMAIN.CFG and will ask to join the domain. Click “Select the proposal” and save. The System will remain in the ‘Waiting’ status initially. To complete the task Õ login to Domain Controller System Õ Transaction STMS Õ Go to Overview Õ Systems. You can see the new system that will be available. Go to SAP System Õ Approve.
SAP NETWEAVER - TRANSPORT MANAGEMENT
01 SAP系统传输方法1
系统传输：
在配置系统进行配置，然后保存请求号在配置系统进行传输：
1、SE01进入
点DISPLAY
进入一下屏
对于传一个请求号，分两步传，先把光标放在下面的任务，然后点上面的小车，然后刷新，再把光标放在上面的请求号上，点小车刷新。
至些，SE01操作完成。
二、进入STMS操作传输：
双击要传输的对象系统：
先要把闪电去掉，点上面的，
输入目标系统和用户名和密码：
然后光标放在要传的行上，点上面的小车(这个是部分传输，一个一个，是一次性传完慎用)
传完刷新，绿灯变黄灯为传输完成。
注：在SE01时，要把请求从本地请求转到可传输变式，如下图：
方法是双击本地请求的请求号：‘
然后点,然后点更改：
然后选上要传输的目标服务器即可。
同服务器内传输：
SCC1。
SAP系统的配置传输
在SAP项目的实施过程中，经常会遇到关于配置传输的问题。
即我们在某个client下面做系统配置，配好了之后再传到其他系统之中。
∙配置传输分为两种情况：同服务器配置传输，异服务器配置传输。
∙同服务器配置传输：a.在DEV配置client下做完配置后，会根据系统要求产生一个请求号（前提是basis放出自动产生请求号的权限）。
最好每一次配置都单独创建一个新的请求号，并填写这次请求的描述（这个描述一定要认真填写，非常重要，以免日后不知道当初这个配置是配了什么），保存。
b.然后到接收配置的client下，用事务代码SCC1，找到相应的请求号，点击上面的传输按钮（注意不要勾上那个“测试”的勾），不报错则完成传输。
∙异服务器配置传输：异服务器配置传输较为复杂，具体的操作也因系统的不同而有所差别，但大体的流程应该如下：1）在配置client下输入事务代码SE10，找到之前所有的传输请求，包括工作台（workbench）请求和配置（customizing）请求2）逐一释放（release）所有的请求。
3）登陆到接收配置的client，输入事务代码STMS，点击传输（transport）按钮，选择相应系统4）找到之前相应的传输请求，并逐一进行接收（import）动作o跨client请求——肯定是同服务器，例如在dev200定制好了，dev900就自动更新了o非跨client请求——同一服务器上，一个client中配置好后，需要传输到另外的client 上∙在进行统一的配置传输时，合理的顺序应该是FICO模块先传，而后各后勤模块再开始传输。
tips：============================================================================= ================1.配置顾问自己释放，但是传输是basis统一传输的好，因为如果配置顾问自己传输的话，可能会出现同事几个请求并发传输的情况，可能出现锁表，或者后台进程不够用的情况；2.SE01 SE09 SE10 STMS请求传输的相关事务代码；关于SAP中的传输机制----------------------------------------------------------------------------------------------------------------------------------------------------------1.sap中的传输机制，即有一个传输请求，它到底是从哪里传到哪里（假定有开发，测试和生产环境且物理分离），这中间的步骤和过程（涉及到申请者，传输者，开发者....)？2.如何获取指定时间内的传输记录，现在有两种方法，一种是在stms中查看transport log，另一种是查表E070，通过输入条件筛选，我自己不太清楚这两种方式有什么区别？E070中存放的是什么？。
SAP流程配方指令
SAP流程配方指令SAP流程配方指令包括：系统配置指令、后台维护指令、程序编辑指令、表间维护指令、用户及权限控制指令、系统监控指令。
具体指令如下：1、系统配置指令所谓系统配置指令，通常包含系统操作配置、系统传输配置、系统自定义内容配置等相关指令。
系统配置的范围很广，这里介绍的系统配置不包括模块配置内容，主要是系统层面的相关配置指令。
常用的操作指令主要包含以下几种。
（1）系统传输配置指令：SE09/SE10、STMS（2）系统后台参数配置指令：SPRO（3）系统信息发布指令：SM02（4）目标集团参数配置指令：SCC42、后台维护指令在SAP系统中，普通用户常常因为权限不够导致很多事项无法处理，需要通过管理员在后台对相应的主数据及参数进行修改设置。
这里主要介绍以下几个常用的后台维护指令。
（1）批处理指令：SCAT（2）定义后台作业指令：SM36（3）查看后台作业指令：SM373、程序编辑指令程序编辑属于SAP系统开发的一个重要组成部分，SAP系统本身带有ABAP 语言编辑器，可以提供强大的自开发程序功能。
这里介绍程序编辑通常使用的相关指令。
一般来说，程序编辑常用到的指令有以下3各。
（1）程序编辑器指令：SE38（2）韩式编辑器指令：SE37（3）对象浏览器指令：SE804、表间维护指令：SAP系统中的数据都是存储在不同的表空间中。
对于这些表的查询、修改及数据整理，SAP提供有相应的操作指令。
常用的表间维护指令主要包括以下几种。
（1）ABAP数据字典指令：SE11（2）维护表视图指令：SM305、用户及权限控制指令在SAP系统中对于用户及权限的控制是非常严格的，权限参数、权限、用户的管理，均有一套专有的体系。
这里介绍用户及权限控制常用的指令，包括以下几种。
（1）权限创建及修改指令：PFCG（2）用户创建及配置指令：SU01（3）用户批量处理指令：SU10（4）用户组创建维护指令：SUGR6、系统监控指令：SAP系统作为企业管理的核心工作平台，系统管理员需要随时监控日常的系统运行情况，尤其是对系统日志、进程管理、用户使用、操作系统、数据库等运行的情况要重点关注。
IDOC两台SAP服务器直接数据传输配置
IDOC两台SAP服务器直接数据传输配置
在本地接收方系统上
1.定义逻辑系统，一是发送方本地逻辑系统名，二是接受方本地逻辑系统名。
2.定义RFC调用目标系统，建立连接。
2.1点击新建
2.2 填入接收方目标系统名称、IP地址和实例编号。
2.3 输入语言、客户端号、用户名和密码。
2.3 在Unicode中选择Unicode。
2.4 测试连接和权限测试。
点击Utilities->test->连接和权限
3.创建模型和分布模型
点击修改
点击创建模型视图
输入名称，可随意
创建成功后，点击该模板
点击添加消息模型
输入模型名称、发送方逻辑名、接受方逻辑名和消息类型
点击保存
在点击环境，点击生成伙伴参数文件
点击执行
返回分配模型界面，点击编辑，观察模型中的分配。
选择接收方逻辑名称
成功信息
在目标系统中
前面配置参照本地系统中的第一步和第二步。
3.生成伙伴参数文件
点击环境生成伙伴参数文件。
选择接收方逻辑名称
成功信息
在发送端服务器运行事务BD10，填写发送的物料号和接收方服务器逻辑地址。
发送完成后，运行事务WE02查看发送消息。
在接受方服务器也运行事务WE02，查看接受消息。
如果成功，在到MM03中查看接收方发送要创建的物料是否存在。
SAP中如何传输后台配置请求
一.录屏文件的传输
1.LSMW
2.点击“创建请求”按钮
此处不填
3.短文本中描述需传输的文件内容后点保存
4.记下请求号回车
5.继续回车后退出LSMW。
6.se10进入后点击“display ”键
7.释放请求号
1.选择请
求
8．点击刷新按钮后请求号后面出现表示释放也完成，退出此操作界面
9.stms进入点击
10.选择需传输到的目标系统（PRD 生产系统）双击进入
10.
11.填写需传输的“目标客户系统”后回车再点击“是”
12.
13.回车保存后进入目标客户系统查询是否需求已传入。
二.物料组的创建 1.spro
进入开发机点击
2.目标客户系统密码
2.依次点开各字段单击进入
3.修改或新建点击
4.新建物料组后点击保存
5.
6.填写“短文本”后保存
7.记下请求号后回车退出
8.se10进入请求传输过程（详见前面部分）。
SAP中如何传输后台配置请求
SAP中如何传输后台配置请求在SAP中，传输后台配置请求是通过Transport Management System （TMS）来完成的。
TMS是SAP系统的一个组件，用于管理和控制SAP系统的变更传输和版本管理。
传输后台配置请求的过程主要包括下列步骤：1.创建请求：首先，需要在SAP系统中创建一个传输请求，用于收集和传输后台配置。
可以使用事务码SE09或SE10来创建传输请求。
在创建请求时，需要给请求指定一个唯一的名称，并选择一个目标系统，指示该请求将要被传输到的系统。
2.收集配置：接下来，需要将待传输的后台配置添加到传输请求中。
可以通过事务码SIMG或相关的配置事务码（例如SM30）访问后台配置，并将需要传输的配置添加到传输请求中。
传输请求可以包含一个或多个后台配置。
3.运输请求：一旦待传输的后台配置被添加到传输请求中，可以将请求运输到目标系统。
运输请求的过程包括将请求放置在一个转运工作台上，并为请求分配一个转运目标。
转运目标可以是一个单独的目标系统，也可以是一个目标组，其中包括多个目标系统。
4.检查冲突：在将请求运输到目标系统之前，需要进行冲突检查。
冲突检查包括检查目标系统上已存在的相关对象和配置，并确定是否存在与传输请求中的对象冲突。
如果存在冲突，需要解决冲突或选择其他策略来处理冲突。
5.执行运输：当冲突检查通过后，可以执行传输请求。
在执行运输过程中，传输请求将被传送到目标系统，并将其中的后台配置应用于目标系统。
传输请求的执行可以通过事务码STMS或相关的操作事务码来完成。
6.验证配置：一旦传输请求被执行，需要验证传输后的配置是否正确应用于目标系统。
可以使用相关的事务码或功能模块来查看和验证后台配置变更是否准确地应用于目标系统。
7.完成传输：最后，可以将传输请求标记为已完成。
一旦传输请求被标记为已完成，将无法再对其进行更改或再次执行。
总之，通过TMS，可以方便地创建、收集、运输和验证后台配置请求的传输过程，确保在SAP系统中的配置变更能够正确、一致地应用于目标系统。
SAP语言包的导入与配置并编译系统(实践版)
语言包的导入与配置（先配置TMS）TMS配置TMS传输配置传输管理系统（TMS)是SAP非常重要的功能，从生产系统将配置，数据传输到测试系统，开发系统都是由传输管理系统控制。
在一个系统安装完毕之后，TMS配置是必不可少的工作，下面我们将展示一个典型的三系统架构下的TMS配置。
第一步：使用SAP*或DDIC用户登录SAP系统的”DEV”的000，在SAP的主界面，使用事务码STMS,弹出如图1所示窗口，在该窗口中输入该传输域的描述文字，然后保存。
第二步：保存的时候会提示，当前系统中没有默认的公司地址，创建一个新的地址信息，如图2，点击确定按钮，创建公司地址。
第三步：在弹出的界面中，填入公司的信息，最简单的填法为，只填公司名字，国家，时区，和语言，详细地址等信息在测试环境中可以不填，在正式环境中当然就一定要填上了（如图3）。
第四步：回到“传输管理系统”界面，选择菜单“Overview”中的“Systems”选项，这时可以看到刚才建立的“DEV”传输域，以及当前在已经加入域中的系统，这里之后域控“DEV”在域中（如图4）。
第五步，回到stms界面，出现如下下信息，即TMS已配置成功语言包的导入与配置1、（1）使用T-Code i18n进入NLS配置（2）分别add→ZH,ZF ; Goto→Select Country(Unicode only),分别对应选择CN-China及TW-Taiwan(3)保存，Simulate（检查）,Activate(激活)2、(1)使用T-code SMLT跳到语言配置,点击Language→Chinese→English，保存(2)选择Import Package(3)把语言包复制到Usr\sap\trans\EPS\in目录下（4）Path→/usr/sap/trans/eps/in→Find Package(s)找到语言包Settings→Import into All Clients→Execute(5)选择Yes(6)监控任务状态，等待导入任务完成，导入任务视机器性能而定，大概需要1-4个小时就可以完成如此图，表示成功STMS如此图，表示成功(8)在中文包导入完毕之后，点击“Supplement Language”配置中文的支持语言约30分钟，小汽车图标变成黄色三角形(9)使用T-code SE38,写入RSCPINST，分别选择Create , Display，Change，确认RSCPINST已存在。
SAP传输管理系统配置手册
SAP试点项目传输管理系统配置手册更改记录目录1目的 (4)2TMS概述 (4)3具体操作 (5)3.1创建传输域控制器（Create domain controller） (5)3.2添加新系统到已存在的传输域 (7)3.3建立传输路径 (13)4相关概念 (15)1目的本文用于描述如何在SAP系统中进行传输管理系统（TMS）的配置，包括传输域的创建和传输路径的设定。
2概述安装SAP R/3系统后，由于以下的原因需要配置Transport Management System （TMS）：●创建开发类●创建可传输的请求●导入传输请求●根据你的计划在R/3系统之间安装全局传输系统●在R/3系统之间传输clientTMS（传输管理系统）的作用是集中配置更改传输系统（CTS）。
如果TMS配置不一致，就不能创建传输请求。
你可以创建象本地修改请求一样的请求。
这意味着虽然你的请求类型是定制的或工作台上的，你也不能释放他们以创建数据和生成文件。
你只能释放对象锁，但没有任何传输到另外一个系统。
在SAP R3系统安装完成后，需要进行一系列的配置：安装语言包、安装PATCH、创建逻辑系统、集团拷贝等，这些操作在后台都是以CR的方式来导入实现，因此，必须首先进行传输管理系统的配置。
SAP要求，在系统实施的过程中，其Landscape需要分三部分：开发系统（De v），测试系统（QAS）和生产系统（PRD）。
在各个系统中，我们可以创建不同的Clien t执行不同的任务。
●DEV：开发系统的作用是进行Customazing配置，在配置前进行一些测试。
按照SAP的标准，在DEV系统中，应该是尽量避免有客户数据的。
在开发完成后，所有正确的配置应该传送到测试系统中进行测试。
其中，CUST Client就是用来开发的，而Test Client是用于预先测试，SAND则又被称为playground。
●QAS：测试系统的作用就是在Client QTST中测试开发系统所做的配置是否正确。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SAP传输管理系统配置【摘要】本文重点围绕SAP 传输管理系统配置做详细的讲解，并对配置过程中易出现问题的解决办法进行详细描述，希望对广大从事SAP相关工作的人员有帮助。
【关键词】SAP传输管理、传输配置、传输术语描述。
1目的本文用于描述如何在SAP系统中进行传输管理系统（TMS）的配置，包括传输域的创建和传输路径的设定。
2概述安装SAP R/3系统后，由于以下的原因需要配置Transport Management System （TMS）：●创建开发类●创建可传输的请求●导入传输请求●根据你的计划在R/3系统之间安装全局传输系统●在R/3系统之间传输clientTMS（传输管理系统）的作用是集中配置更改传输系统（CTS）。
如果TMS配置不一致，就不能创建传输请求。
你可以创建象本地修改请求一样的请求。
这意味着虽然你的请求类型是定制的或工作台上的，你也不能释放他们以创建数据和生成文件。
你只能释放对象锁，但没有任何传输到另外一个系统。
在SAP R3系统安装完成后，需要进行一系列的配置：安装语言包、安装PATCH、创建逻辑系统、集团拷贝等，这些操作在后台都是以CR的方式来导入实现，因此，必须首先进行传输管理系统的配置。
SAP要求，在系统实施的过程中，其Landscape需要分三部分：开发系统（Dev），测试系统（QAS）和生产系统（PRD）。
在各个系统中，我们可以创建不同的Client执行不同的任务。
●DEV：开发系统的作用是进行Customazing配置，在配置前进行一些测试。
按照SAP的标准，在DEV系统中，应该是尽量避免有客户数据的。
在开发完成后，所有正确的配置应该传送到测试系统中进行测试。
其中，CUST Client就是用来开发的，而Test Client是用于预先测试，SAND则又被称为playground。
●QAS：测试系统的作用就是在Client QTST中测试开发系统所做的配置是否正确。
为了完成测试，应该在这个系统中输入少量客户数据。
如果测试的结果是某项配置没有达到目的，应该返回开发系统修改后再进行测试，如此循环直到配置完成。
当然，由于有了数据，对客户的培训也可以在这个系统的另一个ClientTRNG来完成。
●PRD：生产系统完全就是为了生产，当然，为了保证系统的安全，需要生产系统非常干净，除了生产用的Client PROD没有任何无关数据。
在标准的三系统环境下，一般选择生产系统作为传输域控制器。
目前生产机尚未到位，只有TRA、D26、Q26这三个系统，因此选择Q26作为域控制器。
下面以Q26系统作为传输域控制器，建立该系统与D26、P26之间的传输配置。
3具体操作3.1创建传输域控制器（Create domain controller）1）用帐户sap* 登陆到Q26的client 0002）运行事务码STMS：在传输管理系统创建之前，会弹出如下界面，在打开的界面内填上适当的描述信息后，直接按保存退出即可。
3.2添加新系统到已存在的传输域在配置了一个SAP系统作为传输域控制器后，可以将其他的系统都添加到该传输域中。
在这里，我们已经有了TRA和D26系统，需要将其加入到传输域DOMAIN_Q26中。
以D26的配置为例，操作如下(TRA系统的操作方法相同)：1）使用帐号DDIC登录D26系统 CLIENT 000，运行事务代码STMS，在传输管理系统创建之前，弹出窗口 TMS：配置传输域。
在说明中填写对D26系统的说明信。
息.2）选择：其他配置，在下面的对话框中，输入目标主机和传输域控制器的系统号，保存输入。
点击保存后，SAP系统会自动执行以下动作：●创建用户TMSADM；●Generates The RFC destinations required for the TMS；●发送地址数据给域控制器；●给域控制器发送配置传输控制程序需要的profile参数；保存操作完成后，显示界面如下，表明D26系统当前正等待被加入到传输域DIMAIN_Q26中。
3）选择如下菜单：可以看到D26的状态为，表示它正等待被加入4）重复1)—3)，把TRA系统也加入到传输域DOMAIN_Q26中5）用帐户DDIC登录Q26系统Client 000，运行STMS，进入 system overview界面，可以看出，TRA和D26系统都为等待加入状态。
选中D26，选择菜单弹出窗口提示是否将D26加入到域中，确认加入。
同样的方法把TRA系统也加入进来。
加入完成后，显示如下：现在这个SAP系统包含传输域中所有其他SAP系统的必需信息.同时,新SAP系统的地址数据被送到其他的SAP系统,并且SAP系统也被输入传输控制程序的传输profile中。
3.3建立传输路径1）账户DDIC登录Q26 Client 000，运行STMS，选择进入传输路径配置界面4配置虚拟系统及传输路由在系统初期阶段，只有一台开发服务器，测试和生产机尚未到位的情况下，为使在开发系统的各种配置能够在以后正确传输到测试和生产机，可以根据最终的系统配置情况，先创建虚拟系统及传输路径。
4.1创建虚拟系统1）运行事务代码STMS，点击界面上的按钮2）屏幕上列出了系统中现存的SYSTEM及其类型、状态；3）选择单创建虚拟系统；4）在弹出窗口中，输入要创建的虚拟系统的名称和描述信息，点击保存后退出。
4.2配置系统传输路由，点击查看系统传输路由配置情况。
输路由时，下半部分为空白如果看到的是类似如下的文字界面，可以点击按钮切换到上面的图形编辑界面：5）界面上显示出了三系统及其传输路径示意图：6）保存退出，完成系统传输路由的创建。
至此，R/3系统就可顺利的进行开发类的创建、创建可传输的请求、导入传输请求、在R/3系统之间安装全局传输系统，并进行集团传输的相关工作。
5完成以上配置后，所有在ER1系统产生的CR，都会把传输路径指向QAS系统。
相关概念解释：1）开发类(Development Class).开发类可简单理解为逻辑上相关的一组ABAP对象，在将来传输时将使用同一传输层。
实际上开发类本身也可看做是一个ABAP对象，可使用SE80建立。
$TMP是本地开发类，属于此开发类的任何ABAP对象(包括自定义的表，编写的程序等都只能在Client做测试用而不能被传输到其他Client。
包现在被用来代替开发类。
2）包(Package)相关的ABAP对象被组合在一个包内，SE16：TADIR可看到被分配到某包的所有的ABAP对象，包决定了这些对象的传输层。
所有的包被存在表TDEVC中，建立包可使用SE80或直接使用SM30：V_TDEVC。
包作为开发类的替代和前身有这么几个加强特征：●包可嵌套使用(这点类似Java package)●包内可包含最多本包中可见的对象，这些对象在包外不可见。
这点类似私有对象(Privateobject)，在OOP中也很常见。
●包可为包接口定义使用访问授权●通常自定义包必须是Y或Z前坠，这点和其他ABAP对象相同(包其实也可看做ABAP对象)。
其他一些包前坠 A-S, U-X表示SAP标准包，T私有测试包，$本地临时包，/***名字空间前坠。
3）传输层(Transport Layer)传输层决定包内对象是分配给本地还是可产生传输请求。
通常，开发系统都被分配了一个标准的传输层，当包被建立时，它就被分配了一个标准传输层，包内对象也立即自动获得相关传输属性。
相关IMG配置使用的是标准的传输层。
通常由basis使用Tcode ：STMS配置传输管理系统维护传输层和路由。
下图显示的是从DVU开发的程序传输到QAS和PRD的传输路由。
在图中，程序在DVU server的client 210、100开发后被传输到QAS Client 310测试。
成功后被分别传入PRD Client 800、810和820。
4）传输请求程序是究竟保存在server的什么地方?程序是如何在不同client和server之间进行传输的?要明白这问题,首先让我们看看什么是传输程序和传输控制程序。
传输控制程序TP和R3TRANS传输程序：R3TRANS被用来实现SAP各Client间的数据传输和不同版本迁移；TP传输控制程序根据传输参数(Transport Profile)调用R3TRANS传输程序。
传输控制程序 tpTp是控制SAP系统和更新SAP版本的。
作为一个控制程序，tp使用一些特别的程序以完成完整的传输。
Tp经常被别的程序调用，如：Change and transport system (CTS)、Transport management system (TMS)、Upgrade control program R3up。
Tp支持在UNIX和WindowsNT之间的传输网络。
R3trans 程序SAP传输程序R3trans用来传输SAP系统之间的数据以及不同SAP版本之间迁移。
然而，R3trans一般是被其他的程序调用，特别是tp和R3up( upgrade control program )。
总之，只是在例外情况中才需要直接使用R3trans，除此以外也不被支持直接使用。
R3trans文档没有描述正常的传输过程，但是在正式的工具和方法不足的情况下提供了帮助。
Transport profile (TPPARAM, TP_.PFL)Transport profile是程序tp的全局参数文件，它被SAP系统用Transport management system(TMS)管理。
Profile在传输目录/usr/sap/trans/bin里。
Profile名字对应tp_xxx.PFL，其中xxx是配置在TMS中的传输domain的名字。
(如tp_DOMAIN_Q26.PFL)。
传输profile包含以下信息：从不同目标系统来的数据库、描述传输频率的参数、系统维护的其他信息。
在传输profile中不是以"#"为前导的行都包含一个参数定义。
Profile中各种参数类型如下：●全局(网络中的所有SAP系统)●本地(只一个SAP系统)●依赖于操作系统的●依赖于数据库的如果参数没有指定值，SAP系统就会用缺省的值。
全局参数覆盖缺省值，本地参数覆盖全局参数。
因此，你能为除某个特定系统外指定一个参数值，为这个特定的系统指定一个不同的值。
用-D指定的transport file中的参数无效。