SAP_传输管理系统配置

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这个传输域中，并且状态为未激活状态。

通过点击激活图标，激活测试系统（如图11，12，13，14所示）。

图11
图12
图13
图14
第九步：参照第五步-第八步，将生产系统(PRD）也添加到传输域中。

在“Target host”中依然填入域控（DEV）的IP地址，“System number”中填入域控（DEV)的系统号（如图15）。

图15
第十步：将生产系统（PRD）加入到域中并激活之后，登录域控（DEV)并进入“传输管理系统”界面，点击传输路径按钮（入图16）。

图16
第十一步：入图17，选择3系统架构配置。

图17
第十二步：在弹出的界面中，输入对应环境的SID（如图18）。

图18
第十三步：系统会根据输入的SID，自动生成传输路径图（如图19），点击保存按钮，根据提示，输入信息，保存激活配置（如图20,21所示）。

图19
图20
图21
第十四步：登录其他系统（QAS,PRD)的传输路径配置界面，获取域控（DEV)上的传输配置（如图,22,23,24、25、26)。

图22
图23 图24
图25 图26
第十五步：在测试系统（QAS），开发系统（PRD)上成功获取到域控（DEV)上的传输配置之后，登录域控（DEV),并进入传输路径的配置界面，使用“Distribute and Activate”激活传输配置（如图27）。

图27
第十六步：用DDIC用户登录域控（DEV)，检查TMS配置是否成功（如图28、29所示）。

图28
图29
注：配置虚拟系统及传输路由
在系统初期阶段，只有一台开发服务器，测试和生产机尚未到位的情况下，为使在开发系统的各种配置能够在以后正确传输到测试和生产机，可以根据最终的系统配置情况，先创建虚拟系统及传输路径。

1.1创建虚拟系统
1）运行事务代码STMS，点击界面上的按钮
2）屏幕上列出了系统中现存的SYSTEM及其类型、状态；
3）选择单创建虚拟系统；
4）在弹出窗口中，输入要创建的虚拟系统的名称和描述信息，点击保存后退出。

1.2配置系统传输路由
1）运行事务代码stms，点击查看系统传输路由配置情况。

2）系统传输路由编辑界面：该图形界面上半部分列出了已经定义但未加入传输路由的实际和虚拟系统图标，下半部分是已经配置的系统之间传输路由的图形化示意。

在未配置系统传输路由时，下半部分为空白
如果看到的是类似如下的文字界面，可以点击按钮切换到上面的图形编辑界面：
3）创建标准的三系统传输路由，在弹出窗口中输入开发系统、测试系统和生产系统对应的系统标识，确认退出。

5）界面上显示出了三系统及其传输路径示意图：
1）保存退出，完成系统传输路由的创建。

至此，R/3系统就可顺利的进行开发类的创建、创建可传输的请求、导入传输请求、在R/3系统之间安装全局传输系统，并进行集团传输的相关工作。

相关概念解释：
1）开发类(Development Class).
开发类可简单理解为逻辑上相关的一组ABAP对象，在将来传输时将使用同一传输层。

实际上开发类本身也可看做是一个ABAP对象，可使用SE80建立。

$TMP是本地开发类，属于此开发类的任何ABAP对象(包括自定义的表，编写的程序等都只能在Client做测试用而不能被传输到其他Client。

包现在被用来代替开发类。

2）包(Package)
相关的ABAP对象被组合在一个包内，SE16：TADIR可看到被分配到某包的所有的ABAP对象，包决定了这些对象的传输层。

所有的包被存在表TDEVC中，建立包可使用SE80或直接使用SM30：V_TDEVC。

包作为开发类的替代和前身有这么几个加强特征：
●包可嵌套使用(这点类似Java package)
●包内可包含最多本包中可见的对象，这些对象在包外不可见。

这点类似私有对象(Private
object)，在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传输程序。

传输控制程序 tp
Tp是控制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中的参数无效。