SAP传输管理系统配置手册.docx

SAP传输管理系统配置手册.docx

《SAP传输管理系统配置手册.docx》由会员分享，可在线阅读，更多相关《SAP传输管理系统配置手册.docx（10页珍藏版）》请在冰豆网上搜索。

SAP传输管理系统配置手册

SAP试点项目

传输管理系统配置手册

第1页，共21页

更改记录

版本更改日期更改人更改内容

第2页，共21页

1目的4

2TMS概述4

3具体操作5

3.1创建传输域控制器（Createdomaincontroller）5

3.2添加新系统到已存在的传输域7

3.3建立传输路径13

4相关概念15

第3页，共21页

1目的

本文用于描述如何在SAP系统中进行传输管理系统（TMS）的配置，包括传输域的创建和

传输路径的设定。

2概述

安装SAPR/3系统后，由于以下的原因需要配置TransportManagementSystem

（TMS）：

创建开发类

创建可传输的请求

导入传输请求

根据你的计划在R/3系统之间安装全局传输系统

在R/3系统之间传输client

TMS（传输管理系统）的作用是集中配置更改传输系统（CTS）。

如果TMS配置不一

致，就不能创建传输请求。

你可以创建象本地修改请求一样的请求。

这意味着虽然你的请求类型是定制的或工作台上的，你也不能释放他们以创建数据和生成文件。

你只能释放对象锁，但没有任何传输到另外一个系统。

在SAPR3系统安装完成后，需要进行一系列的配置：

安装语言包、安装PATCH、创建逻辑系统、集团拷贝等，这些操作在后台都是以CR的方式来导入实现，因此，必须首先进行传输管理系统的配置。

SAP要求，在系统实施的过程中，其Landscape需要分三部分：

开发系统（Dev），测试系统（QAS）和生产系统（PRD）。

在各个系统中，我们可以创建不同的Clien

t执行不同的任务。

DEV：

开发系统的作用是进行Customazing配置，在配置前进行一些测试。

按照SAP的标准，在DEV系统中，应该是尽量避免有客户数据的。

在开发完成

后，所有正确的配置应该传送到测试系统中进行测试。

其中，CUSTClient就

第4页，共21页

是用来开发的，而TestClient是用于预先测试，SAND则又被称为playgr

ound。

QAS：

测试系统的作用就是在ClientQTST中测试开发系统所做的配置是否正

确。

为了完成测试，应该在这个系统中输入少量客户数据。

如果测试的结果是某

项配置没有达到目的，应该返回开发系统修改后再进行测试，如此循环直到配置

完成。

当然，由于有了数据，对客户的培训也可以在这个系统的另一个Client

TRNG来完成。

PRD：

生产系统完全就是为了生产，当然，为了保证系统的安全，需要生产系统

非常干净，除了生产用的ClientPROD没有任何无关数据。

在标准的三系统环境下，一般选择生产系统作为传输域控制器。

目前生产机尚未到位，

只有TRA、D26、Q26这三个系统，因此选择Q26作为域控制器。

下面以Q26系统作为传

输域控制器，建立该系统与D26、P26之间的传输配置。

3具体操作

3.1创建传输域控制器（Createdomaincontroller）

1）用帐户sap*登陆到Q26的client000

2）运行事务码STMS：

在传输管理系统创建之前，会弹出如下界面，在打开的界面内

填上适当的描述信息后，直接按保存退出即可。

第5页，共21页

3）创建完成后，显示介面如下：

第6页，共21页

提示传输域的名称是DOMAIN_Q26

提示当前登录到了域控制器

3.2添加新系统到已存在的传输域

在配置了一个SAP系统作为传输域控制器后，可以将其他的系统都添加到该传输域中。

在这

里，我们已经有了TRA和D26系统，需要将其加入到传输域DOMAIN_Q26中。

以D26的配置为

例，操作如下（TRA系统的操作方法相同）：

1）使用帐号DDIC登录D26系统CLIENT000，运行事务代码STMS，在传输管理系统创建之前，

弹出窗口TMS：

配置传输域。

在说明中填写对D26系统的说明信息：

2）选择：

其他配置，在下面的对话框中，输入目标主机和传输域控制器的系统号，保存输入：

第7页，共21页

点击保存后，SAP系统会自动执行以下动作：

创建用户TMSADM；

GeneratesTheRFCdestinationsrequiredfortheTMS；

发送地址数据给域控制器；

给域控制器发送配置传输控制程序需要的profile参数；

保存操作完成后，显示界面如下，表明D26系统当前正等待被加入到传输域DIMAIN_Q26中。

3）选择如下菜单：

第8页，共21页

可以看到D26的状态为，表示它正等待被加入

4）重复1）—3），把TRA系统也加入到传输域DOMAIN_Q26中

5）用帐户DDIC登录Q26系统Client000，运行STMS，进入systemoverview界面：

第9页，共21页

可以看出，TRA和D26系统都为等待加入状态。

选中D26，然后选择如下菜单：

弹出窗口提示是否将D26加入到域中，确认：

第10页，共21页

同样的方法把TRA系统也加入进来。

第11页，共21页

保存：

第12页，共21页

加入完成后，显示如下：

现在这个SAP系统包含传输域中所有其他SAP系统的必需信息.同时,新SAP系统的地址数据被送到其他的SAP系统,并且SAP系统也被输入传输控制程序的传输profile中。

3.3建立传输路径

1）账户DDIC登录Q26Client000，运行STMS，选择进入传输路径配置界面

第13页，共21页

第14页，共21页

4配置虚拟系统及传输路由

在系统初期阶段，只有一台开发服务器，测试和生产机尚未到位的情况下，为使在开发

系统的各种配置能够在以后正确传输到测试和生产机，可以根据最终的系统配置情况，先创

建虚拟系统及传输路径。

4.1创建虚拟系统

1）运行事务代码STMS，点击界面上的按钮：

2）屏幕上列出了系统中现存的SYSTEM及其类型、状态:

第15页，共21页

3）选择如下菜单创建虚拟系统：

4）在弹出窗口中，输入要创建的虚拟系统的名称和描述信息：

点击保存后退出，则返回到初始界面，可以看到新的系统列表：

第16页，共21页

4.2配置系统传输路由

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

2）系统传输路由编辑界面：

该图形界面上半部分列出了已经定义但未加入传输路由的实际

和虚拟系统图标，下半部分是已经配置的系统之间传输路由的图形化示意。

在未配置系统传

输路由时，下半部分为空白：

第17页，共21页

如果看到的是类似如下的文字界面，可以点击按钮切换到上面的图形编辑界面：

3）选择如下菜单，创建标准的三系统传输路由：

4）在弹出窗口中输入开发系统、测试系统和生产系统对应的系统标识，确认退出：

第18页，共21页

5）界面上显示出了三系统及其传输路径示意图：

6）保存退出，完成系统传输路由的创建。

完成以上配置后，所有在ER1系统产生的CR，都会把传输路径指向QAS系统。

5相关概念

1）开发类（DevelopmentClass）.

开发类可简单理解为逻辑上相关的一组ABAP对象，在将来传输时将使用同一传输层。

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

$TMP是本地开发类，属于此开发类的任何ABAP对象（包括自定义的表，编写的程序等都只能

在Client做测试用而不能被传输到其他Client。

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

2）包（Package）

相关的ABAP对象被组合在一个包内，SE16：

TADIR可看到被分配到某包的所有的ABAP对

象，包决定了这些对象的传输层。

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

V_TDEVC。

第19页，共21页

包作为开发类的替代和前身有这么几个加强特征：

包可嵌套使用（这点类似Javapackage）

包内可包含最多本包中可见的对象，这些对象在包外不可见。

这点类似私有对象（Private

object），在OOP中也很常见。

包可为包接口定义使用访问授权

通常自定义包必须是Y或Z前坠，这点和其他ABAP对象相同（包其实也可看做ABAP对

象）。

其他一些包前坠A-S,U-X表示SAP标准包，T私有测试包，$本地临时包，/***名字空间前坠。

3）传输层（TransportLayer）

传输层决定包内对象是分配给本地还是可产生传输请求。

通常，开发系统都被分配了一个标准

的传输层，当包被建立时，它就被分配了一个标准传输层，包内对象也立即自动获得相关传输属

性。

相关IMG配置使用的是标准的传输层。

通常由basis使用Tcode：

STMS配置传输管理系统维护传输层和路由。

下图显示的是从DVU开发的程序传输到QAS和PRD的传输路由。

在图中，程序在DVU

server的client210、100开发后被传输到QASClient310测试。

成功后被分别传入PRDClient

800、810和820。

4）传输请求

程序是究竟保存在server的什么地方?

程序是如何在不同client和server之间进行传输的?

要明白这问题,首先让我们看看什么是传输程序和传输控制程序。

传输控制程序TP和R3TRANS传输程序：

R3TRANS被用来实现SAP各Client间的数据传输

和不同版本迁移；TP传输控制程序根据传输参数（TransportProfile）调用R3TRANS传输程序。

传输控制程序tp

第20页，共21页

Tp是控制SAP系统和更新SAP版本的。

作为一个控制程序，tp使用一些特别的程序以完成完

整的传输。

Tp经常被别的程序调用，如：

Changeandtransportsystem（CTS）、Transport

managementsystem（TMS）、UpgradecontrolprogramR3up。

Tp支持在UNIX和

WindowsNT之间的传输网络。

R3trans程序

SAP传输程序R3trans用来传输SAP系统之间的数据以及不同SAP版本之间迁移。

然而，

R3trans一般是被其他的程序调用，特别是tp和R3up（upgradecontrolprogram）。

总之，

只是在例外情况中才需要直接使用R3trans，除此以外也不被支持直接使用。

R3trans文档没有描

述正常的传输过程，但是在正式的工具和方法不足的情况下提供了帮助。

Transportprofile（TPPARAM,TP_.PFL）

Transportprofile是程序tp的全局参数文件，它被SAP系统用Transportmanagement

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指定的transportfile中的参数无效。

第21页，共21页