SAP BASIS_BW_STMS传输系统的配置和管理

SAP-BASIS根底操作介绍SAP-BASIS是一个重要的技术模块，它为SAP系统提供根本的功能和支持。

本文档将指导您进行SAP-BASIS的根底操作，包括系统管理、用户管理、打包和运输等。

系统管理SAP-BASIS提供了一系列的系统管理工具，用于管理SAP系统的运行和配置。

以下是一些常用的系统管理操作：监控系统状态可以使用事务码SM51来监控SAP系统中的应用效劳器。

该事务码将显示系统中所有应用效劳器的状态，包括它们的运行时间、负载情况等。

停止和启动应用效劳器使用事务码SM50可以停止或启动特定的应用效劳器。

在这个事务码中，您可以选择要停止或启动的应用效劳器，并执行相应的操作。

维护运行参数使用事务码RZ10可以维护SAP系统的运行参数。

在这里，您可以修改和管理SAP系统的各个参数，以满足系统的运行需求。

用户管理SAP-BASIS不仅提供了系统管理工具，还提供了用户管理工具，用于管理SAP系统中的用户和角色。

以下是一些常用的用户管理操作：创立用户可以使用事务码SU01来创立SAP系统中的用户。

在这个事务码中，您需要输入用户的根本信息，包括用户名、密码和所属用户组等。

使用事务码SU01您可以为特定的用户分配角色。

角色定义了用户在系统中的权限和访问级别。

通过分配角色，可以确保用户只能访问其所需的功能。

用户锁定和解锁使用事务码SU01可以锁定或解锁用户。

锁定用户将禁止该用户登录系统和执行操作，而解锁用户将恢复其正常的登录和操作权限。

打包和运输打包和运输是SAP-BASIS中非常重要的操作，用于在不同的SAP系统之间和不同的系统环境之间进行对象的传输和同时。

以下是一些与打包和运输相关的常用操作：使用事务码SE09可以创立一个请求。

请求包含了一个或多个对象，用于在不同的系统之间进行传输。

在创立请求时，您需要指定对象和目标系统。

添加对象到请求使用事务码SE10可以向已创立的请求中添加对象。

在这里，您可以选择要添加到请求中的对象，并将其关联到特定的请求。

sap stms用法
SAP STMS，也被称为SAP Transportation Management System，是SAP ERP系统中的一个模块，用于管理物流运输和货运配送。

以下是SAP STMS的基本用法：1.配置STMS：在SAP STMS中，需要进行一些基本配置，包括设置运输方式、
运输路线、运输服务、运输公司等。

这些配置是必要的，以便在执行运输任务时选择正确的运输方式和路线。

2.创建运输任务：在SAP STMS中，可以创建一个新的运输任务。

创建运输任
务时，需要输入发货和收货地址、货物数量、运输方式和路线等信息。

STMS 会自动根据这些信息选择合适的运输方式和路线。

3.输入货物明细：在运输任务创建后，需要输入货物明细，包括货物数量、货
物价值、货物重量等信息。

这些信息将用于计算运输费用和生成货运单据。

4.确认运输订单：在货物明细输入完毕后，可以确认运输订单。

确认运输订单
后，STMS会自动生成货运单据和相关的运输单据，如提单、运单等。

5.跟踪货物：在货物发出后，可以使用SAP STMS跟踪货物的运输情况。

STMS
会实时更新货物的状态和位置信息，以便及时了解货物的运输情况。

6.结算运输费用：当货物到达目的地后，可以使用SAP STMS结算运输费用。

STMS会自动计算运输费用，并生成相关的费用单据，如运费发票、费用清单等。

SAPBW配置及操作手册BW中文图文教程SAP BW配置及操作手册SAP BW配置及操作手册概述业务说明基于SAP ECC6使用RSA30TCT_DS01数据源能够查看对BW数据的读取情况。

为了从EP中链接到SAP系统, 需要配置单点登录, 另外需要用户在ECC中拥有RSRR_WEB的权限基本原理以下是基于文件的BW设置的基本原理, 也能够说是一个基本的操作过程。

1.设置一个源系统, 用于确定数据从哪里来。

2.创立一个Datasource, 用于存放抽取过来的数据。

此时的抽取式经过InfoPackage实现的。

3.创立一个DataStore Object对象, 用于存放处理后的数据。

Datasource和DataStore Object之间经过Transformation( 转换规则) 进行关联, 同时需要创立一个Transfer Process用于数据的抽取处理。

每个DataStore Object是属于一个InfoArea, 也就是说一个Info Area下能够根据需要按照不同的规则更新出不同DataStore Object。

4.在Explorer中创立一个查询, 查询需要的数据, 设计查询时能够设置一个过滤器进行必要的筛选。

TableRSIDOCSA VE相关概念BI( Business Intelligence, 商务智能)SAP BI( SAP Business Information Warehouse)DW( Data Warehouse, 数据仓库)DM ( Data Mining, 数据挖掘)OLTP( Online Transaction Process, 在线事务处理) OLAP( Online Analysis Process, 在线分析处理)逻辑视图概念( BW)信息区域( Info Area)信息对象( InfoObject)概述信息对象组( InfoObject Catalog)特性Characteristic关键值Key figures单位( Unit)时间特性( Time Characteristic)数据对象的属性关键字段Key Field数据字段Data Field导航属性Navigation Attribution索引Indexes特征值ValueETL( Extract Transform Load) 提取转换加载PSA(Persistent Staging Area,连续的分段传输区域)信息提供者Info ProviderODS( Operational Data Store, 运营数据存储) -7.0变为DSO DSO( Data Store Object, 数据存储对象)信息立方体( InfoCube)多信息提供者Multi Provider信息集InfoSet虚拟提供者( Virtual Provider) -未整理信息源InfoSource信息包InfoPackage转换Transformation配置顺序数据传递逻辑所有外部系统都能够看作镜像到SAP BI的数据源( DataSource) , 经过一定的映射关系( Mapping) 与SAP BI系统内部的信息提供者( InfoProvider) 相关联。

在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中存放的是什么？。

（实施）SAPBW配置及操作手册(BW中文图文教程)SAP BW配置及操作手册SAP BW配置及操作手册概述业务说明基于SAP ECC6使用RSA30TCT_DS01数据源可以查看对BW数据的读取情况。

为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB 的权限基本原理以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。

1.设置一个源系统，用于确定数据从哪里来。

2.创建一个Datasource，用于存放抽取过来的数据。

此时的抽取式通过InfoPackage实现的。

3.创建一个DataStore Object对象，用于存放处理后的数据。

Datasource和DataStore Object之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。

每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。

4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。

TableRSIDOCSAVE相关概念BI（Business Intelligence，商务智能）SAP BI（SAP Business Information Warehouse）DW（Data Warehouse，数据仓库）DM （Data Mining，数据挖掘）OLTP（Online Transaction Process，在线事务处理）OLAP（Online Analysis Process，在线分析处理）逻辑视图概念（BW）信息区域（Info Area）信息对象（InfoObject）概述信息对象组（InfoObject Catalog）特性Characteristic关键值Key figures单位（Unit）时间特性（Time Characteristic）数据对象的属性关键字段Key Field数据字段Data Field导航属性Navigation Attribution索引Indexes特征值ValueETL（Extract Transform Load）提取转换加载数据存储PSA(Persistent Staging Area,连续的分段传输区域)信息提供者Info ProviderODS（Operational Data Store，运营数据存储）-7.0变为DSO DSO（Data Store Object，数据存储对象）信息立方体（InfoCube）多信息提供者Multi Provider信息集InfoSet虚拟提供者（Virtual Provider）-未整理信息源InfoSource数据处理信息包InfoPackage转换Transformation配置顺序数据传递逻辑所有外部系统都可以看作镜像到SAP BI的数据源（DataSource），通过一定的映射关系（Mapping）与SAP BI系统内部的信息提供者（InfoProvider）相关联。

您还未登录！|登录|注册|帮助首页 业界 移动 云计算 研发 论坛 博客 下载Clyde's SAP Blog趴在窗前数脚印目录视图摘要视图订阅CSDN 客服工作问卷调查 社区专家谈 12306 CSDN 社区程序员回乡见闻活动火爆开始！ 专访周家安：我的十年编程自学之路 2013年全国百所高校巡讲讲师招募SAP传输系统TMS的配置和实例2011-08-30 13:462813人阅读评论(0) 收藏 举TMS 是SAP 系统之间传输的强大工具，典型的传输过程：开发系统 => 测试系统 =>生产系统就是通过TMS 实现的。

下面以两个SAP 个人学习系统（BW 系统 SID=PI1，Host=yincl 作为源系统；IDES 系统 SID=YCL ，Host=clyde 作为目标系统）为例，描述TMS 配置过程，然后用实例分别以两种操作方式（基于TC ：STMS 和基于TP 命令）描述transport request 的传输过程。

一、TMS 配置源系统：在BW Client 001登录后，TC ：STMS 进入，提示传输域要在Client 000 配置：在Client 000登录，再次进入STMS ，配置如下：分类： ABAPBASISClydeABAP (12) PI (1) BASIS (2) MM (9)个人资料访问：28389次 积分：533分 排名：千里之外 原创：21篇 转载：0篇 译文：0篇 评论：23条文章搜索文章分类文章存档2011年12月(2)2011年11月(6)2011年10月(1)2011年08月(12)阅读排行SAP 和Java 系统的Webse (3908)SAP 传输系统TMS 的配置(2813)Redhat+Oracle+SAP Ne (1762)基于PI 的Webservice 发布(1555)SAP JCo 的Server/Client (1537)SM30表维护的应用增强(1421)MM 库存盘点(1374)IDoc+Workfow 实例系列(1361)IDoc+Workfow 实例系列(1242)MM 委外业务(1210)评论排行更多保存后，配置完成。

SAP STMS 传输系统配置公司使用三机的标准配置，即DEV、QAS、PRD，前两天遇到公司原有的STMS程序在传输时总是出现要求输入DEV里的密码，并且还得输几次，在传输域控制器上为其他机器调整设置与域一致时，一会报通讯错误，一会报用户TMSAMD错误。

一次之下，把原有的配置删了，然后查了半天资料，才重新弄好。

一不作二不休，即然删了部分配置，那不如彻底删干净，再全部重建，也正好学习一下。

先进三台机上分别到SU01下把TMSADM删了，再进SM59，把TMS开头的连接也全删了。

然后进入STMS-->overview-->system中，系统会列出包含在域中的服务器，把服务器全删了，进入extras-->delete TMS configuration,把所有的配置全删掉。

保存退出。

(STMS--->SYSTEMOVERVIEW--->RESET TSMADM USER) 这里，登入你想建成transport domain的服务器的client 000,我进的是DEV系统，键入STMS，系统会弹出对话框让你建一个SAP Transport domain，取个名字，写点描述后保存。

现在登录进我们的QAS系统（client 000)，他现在也没在域中了，所以会弹一个对话框让你加入域，所有内容应该是不用填，它自已会搜出域控制器的，保存即可。

同样，进入PRD中过行同样的操作。

现在退回STMS主界面，下方有行小字，大意思是正在等待域控制器的修改。

好，我们切回DEV系统，进入STMS-->overview-->system，这里有可以看到DEV，QAS，PRD三台机了，后边状态灯显示不一致，这是因为QAS，PRD只是要求加入域，但域控制器还没批准。

分别选中QAS、PRD,点菜单SAP system-->Approve,允许他们加入。

这里你如果切回QAS，进STMS，可以看到那行小字没有了。

SAP传输管理系统配置传输管理系统（TMS）是SAP非常重要的功能，从生产系统将配置，数据传输到测试系统,开发系统都是由传输管理系统控制。

在一个系统安装完毕之后，TMS配置是必不可少的工作，下面我们将展示一个典型的三系统架构下的TMS配置.第一步：使用SAP＊或DDIC用户登录SAP系统的"DEV”的000，在SAP的主界面，使用事务码STMS，弹出如图1所示窗口,在该窗口中输入该传输域的描述文字，然后保存。

图1第二步：保存的时候会提示，当前系统中没有默认的公司地址，创建一个新的地址信息，如图2,点击确定按钮，创建公司地址。

图2第三步：在弹出的界面中，填入公司的信息，最简单的填法为,只填公司名字，国家，时区，和语言，详细地址等信息在测试环境中可以不填，在正式环境中当然就一定要填上了（如图3)。

图3第四步：回到“传输管理系统”界面,选择菜单“Overview"中的“Systems”选项,这时可以看到刚才建立的“DEV"传输域,以及当前在已经加入域中的系统，这里之后域控“DEV”在域中（如图4）。

图4第五步：使用DDIC或SAP*登录SAP测试系统(QAS)的000，使用事务码STMS,进入传输管理系统界面，如果当前系统没有加入传输域，将会弹出如图5所示的窗口，在该窗口中输入系统的描述问题,然后点击下一步到下一个界面（跟开发机不一样的地方)。

图5第六步：在“Target host”中填入域控（DEV）的IP地址，在“System number”中填入域控(DEV）的系统号（如图6）,输入完毕后保存.图6第七步：保存的时候，跟DEV一样,同样会提示系统中没有默认的公司地址，需要创建一个公司地址。

保持跟DEV的输入一样(如图7，8，9，10所示）.图7图8图9 图10第八步：用DDIC或SAP*登录域控（DEV）环境，用STMS进入“传输管理系统”界面，通过“Overview"中的“Systems”选项进入，”System overview”界面，这时应该可以看到测试机（QAS）也被包含到了DEV这个传输域中,并且状态为未激活状态。

SAP BW配置及操作手册SAP BW配置及操作手册概述业务说明基于SAP ECC6使用RSA30TCT_DS01数据源可以查看对BW数据的读取情况。

为了从EP中链接到SAP系统，需要配置单点登录，另外需要用户在ECC中拥有RSRR_WEB 的权限基本原理以下是基于文件的BW设置的基本原理，也可以说是一个基本的操作过程。

1.设置一个源系统，用于确定数据从哪里来。

2.创建一个Datasource，用于存放抽取过来的数据。

此时的抽取式通过InfoPackage实现的。

3.创建一个DataStore Object对象，用于存放处理后的数据。

Datasource和DataStore Object 之间通过Transformation（转换规则）进行关联，同时需要创建一个Transfer Process用于数据的抽取处理。

每个DataStore Object是属于一个InfoArea，也就是说一个Info Area下可以根据需要按照不同的规则更新出不同DataStore Object。

4.在Explorer中创建一个查询，查询需要的数据，设计查询时可以设置一个过滤器进行必要的筛选。

TableRSIDOCSA VE相关概念BI（Business Intelligence，商务智能）SAP BI（SAP Business Information Warehouse）DW（Data Warehouse，数据仓库）DM （Data Mining，数据挖掘）OL TP（Online Transaction Process，在线事务处理）OLAP（Online Analysis Process，在线分析处理）逻辑视图概念（BW）信息区域（Info Area）信息对象（InfoObject）概述信息对象组（InfoObject Catalog）特性Characteristic关键值Key figures单位（Unit）时间特性（Time Characteristic）数据对象的属性关键字段Key Field数据字段Data Field导航属性Navigation Attribution索引Indexes特征值ValueETL（Extract Transform Load）提取转换加载数据存储PSA(Persistent Staging Area,连续的分段传输区域)信息提供者Info ProviderODS（Operational Data Store，运营数据存储）-7.0变为DSO DSO（Data Store Object，数据存储对象）信息立方体（InfoCube）多信息提供者Multi Provider信息集InfoSet虚拟提供者（Virtual Provider）-未整理信息源InfoSource数据处理信息包InfoPackage转换Transformation配置顺序数据传递逻辑所有外部系统都可以看作镜像到SAP BI 的数据源（DataSource ），通过一定的映射关系（Mapping ）与SAP BI 系统内部的信息提供者（InfoProvider ）相关联。

传输系统的配置和管理本章主要内容：传输系统的配置传输CHANGE REQUESTSAP的整个系统一般包括开发系统、测试系统、生产系统。

所有的配置、开发都要求在开发系统完成，然后形成CHANGE REQUEST，再通过传输系统传入测试系统进行测试，最后传入生产系统。

SAP的传输系统具有域的概念，所有的系统都要求处于同一个传输域中，并且有并只能有一个域控制器，用来控制对CHANGE REQUEST的传输，一般情况下传输系统的域控制器都选择为开发系统，并且把传输域控制器的/usr/sap/trans目录共享出来，保证测试、生产系统可以对/usr/sap/trans目录进行读写访问。

1 传输系统的配置配置传输系统的步骤如下：1 在开发、测试、生产系统上，设置传输路径的参数（修改参数文件的方法参见“十修改参数文件”）：RZ10--修改子系统参数文件--扩展管理，把参数“DIR_TRANS”设置为//SAPTRANSHOST/sapmnt/trans。

其中SAPTRANSHOST为传输域控制器的主机名。

在WINDOWS系统上，如果开发、测试、生产系统不在一个域内，需要建立各个域的信任关系，确保所有系统实现对/usr/sap/trans的读写访问。

2 登陆传输域控制器（以下指定为开发系统）的CLIENT 000，运行STMS。

2 在没有配置传输系统时，系统将弹出窗口，要求配置传输系统。

作为域控制器的开发系统，直接在弹出窗口点保存，默认开发系统为域控制器。

3 登陆测试或生产系统的CLIENT 000，运行事物代码STMS4 系统要求配置传输，点保存右侧的“OTHER CONFIGURATION”5 选择Include system in domain6 确认传输域的目标主机（开发机的主机名），如SAPDEV，传输域控制器SAP系统的system number，如01。

然后点保存。

7 保存后，系统显示等待加入传输域8 再次登陆开发系统的CLIENT000，运行事物代码stms。

SAP传输管理系统配置传输管理系统（TMS)是SAP非常重要的功能，从生产系统将配置，数据传输到测试系统，开发系统都是由传输管理系统控制。

在一个系统安装完毕之后，TMS配置是必不可少的工作，下面我们将展示一个典型的三系统架构下的TMS配置。

第一步：使用SAP*或DDIC用户登录SAP系统的”DEV”的000，在SAP的主界面，使用事务码STMS,弹出如图1所示窗口，在该窗口中输入该传输域的描述文字，然后保存。

图1第二步：保存的时候会提示，当前系统中没有默认的公司地址，创建一个新的地址信息，如图2，点击确定按钮，创建公司地址。

图2第三步：在弹出的界面中，填入公司的信息，最简单的填法为，只填公司名字，国家，时区，和语言，详细地址等信息在测试环境中可以不填，在正式环境中当然就一定要填上了（如图3）。

图3第四步：回到“传输管理系统”界面，选择菜单“Overview”中的“Systems”选项，这时可以看到刚才建立的“DEV”传输域，以及当前在已经加入域中的系统，这里之后域控“DEV”在域中（如图4）。

图4第五步：使用DDIC或SAP*登录SAP测试系统（QAS)的000，使用事务码STMS，进入传输管理系统界面，如果当前系统没有加入传输域，将会弹出如图5所示的窗口，在该窗口中输入系统的描述问题，然后点击下一步到下一个界面（跟开发机不一样的地方）。

图5第六步：在“Target host”中填入域控（DEV)的IP地址，在“System number”中填入域控（DEV)的系统号（如图6），输入完毕后保存。

图6第七步：保存的时候，跟DEV一样，同样会提示系统中没有默认的公司地址，需要创建一个公司地址。

保持跟DEV的输入一样（如图7，8，9,10所示）。

图7图8图9 图10第八步：用DDIC或SAP*登录域控（DEV)环境，用STMS进入“传输管理系统”界面，通过“Overview”中的“Systems”选项进入，”System overview”界面，这时应该可以看到测试机（QAS)也被包含到了DEV这个传输域中，并且状态为未激活状态。

sap stms用法-回复SAP STMS（SAP Transport Management System）是用于管理和控制SAP系统的软件分发和传输过程的工具。

它允许SAP管理员集中管理SAP 系统上的软件变更，并将这些变更以可控的方式传输到不同的环境中，例如开发、测试和生产环境。

STMS的使用可以帮助组织更好地掌握系统变更，提高系统稳定性和可靠性。

在本文中，我们将一步一步地回答有关SAP STMS用法的问题，以帮助读者更好地了解如何使用这一功能。

第一步：配置和准备使用SAP STMS之前，首先需要正确配置和准备系统。

以下是一些关键的配置和准备工作：1. 设置域（Domain）：域是SAP系统的逻辑分区，用于将系统组织成不同的组。

每个域都有一个域控制器，用于管理域中的所有系统。

2. 创建域控制器：域控制器是负责管理域中系统的中心控制台。

必须为每个域创建一个域控制器，并确保其正常运行。

3. 设置传输目录（Transport Directory）：传输目录是用于存储和传输软件变更的目录。

必须在系统中设置传输目录，并在域控制器上进行相应的配置。

4. 配置系统连接：在SAP STMS中使用的系统需要建立相互之间的连接，以便实现软件变更的传输。

必须为每个系统配置连接，并确保连接正常。

第二步：创建变更请求在SAP STMS中，变更请求是创建和管理软件变更的基本单元。

变更请求包含了要传输的软件对象和相关的元数据。

以下是创建变更请求的步骤：1. 打开SAP STMS事务代码：进入SAP系统，使用STMS事务代码打开SAP STMS工具。

2. 创建变更请求：在STMS工具中，选择“变更请求”模块，并点击“创建”按钮。

填写变更请求的相关信息，如请求类型、描述等。

3. 添加软件对象：在变更请求中，选择要传输的软件对象。

这些对象可以是程序、数据文件、配置文件等。

4. 填写变更请求描述：对于每个变更请求，应该提供详细的描述，包括变更目的、变更内容和相关注意事项等。

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中测试开发系统所做的配置是否正确。

BW传输请求配置及操作手册BW传输请求配置及操作手册
Overview
业务说明
对于BW的各项开发的请求，需要分成代码和定义两部分来看，对于代码的传输，按照正常的传输方式即可，而对于bw中的定义，需要单独采用BW的传输方式进行传输。

另外需要说明的是，如果开发机中的相关功能已经传输到生产机或者测试机中，那么开发机中的功能必须先包含到一个未释放的请求后才可以修改，在对应的请求释放后同样不可以修改。

概念
T able
No. Table name Short Description Memo
Configure
W AD
首先进入RSA1，定位到传输连接。

因为要传输W AD，所以选择到“业务浏览器WEB模板”，执行选定对象。

可以使用定位功能定位到需要传输的W AD。

选定的对象会出现在右边的窗口中。

选择“传输”，执行“传输对象”（小车），弹出request按钮。

另外新建一个请求或者选择一个现有的请求即可。

查询（Query）
使用查询要素中的查询，其他同上。

End。

SAP传输管理系统配置传输管理系统（TMS)是SAP非常重要的功能，从生产系统将配置，数据传输到测试系统，开发系统都是由传输管理系统控制。

在一个系统安装完毕之后，TMS配置是必不可少的工作，下面我们将展示一个典型的三系统架构下的TMS配置。

第一步：使用SAP*或DDIC用户登录SAP系统的”DEV”的000，在SAP的主界面，使用事务码STMS,弹出如图1所示窗口，在该窗口中输入该传输域的描述文字，然后保存。

图1第二步：保存的时候会提示，当前系统中没有默认的公司地址，创建一个新的地址信息，如图2，点击确定按钮，创建公司地址。

图2第三步：在弹出的界面中，填入公司的信息，最简单的填法为，只填公司名字，国家，时区，和语言，详细地址等信息在测试环境中可以不填，在正式环境中当然就一定要填上了（如图3）。

图3第四步：回到“传输管理系统”界面，选择菜单“Overview”中的“Systems”选项，这时可以看到刚才建立的“DEV”传输域，以及当前在已经加入域中的系统，这里之后域控“DEV”在域中（如图4）。

第五步：使用DDIC或SAP*登录SAP测试系统（QAS)的000，使用事务码STMS，进入传输管理系统界面，如果当前系统没有加入传输域，将会弹出如图5所示的窗口，在该窗口中输入系统的描述问题，然后点击下一步到下一个界面（跟开发机不一样的地方）。

图5第六步：在“Target host”中填入域控（DEV)的IP地址，在“System number”中填入域控（DEV)的系统号（如图6），输入完毕后保存。

第七步：保存的时候，跟DEV一样，同样会提示系统中没有默认的公司地址，需要创建一个公司地址。

保持跟DEV的输入一样（如图7，8，9,10所示）。

图7图9第八步：用DDIC或SAP*登录域控（DEV)环境，用STMS进入“传输管理系统”界面，通过“Overview”中的“Systems”选项进入，”System overview”界面，这时应该可以看到测试机（QAS)也被包含到了DEV这个传输域中，并且状态为未激活状态。

在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中存放的是什么？。