SM59配置RFC&关于SAP与其它系统集成SM59设置目标系统的问题

SM59配置RFC

SAP与外部程序整合的方式有很多, 常见的有 :

1. Java Connector(Jco) or Java Resource Adapter(JRA)

2. .NET Connector

3. RFC Library

4. Business Connector

其他还有

1. OLE automation/ActiveX Control

2. ALE and IDOCs

3. SOAP Processor

4. SAP Data Tranfer Program

5. ITS

6. Netweaver XI

当然各种整合方式适用范围不同, 视整合的目的与策略来决定使用的整合方式

在Window环境与VB, C#等整合可以考虑.NET
Connector的整合方式(其他如ActiveX Control也可以)

Steps:

1. .NET Program : 在SAP Gateway host注册

2. .NET Program : 被呼叫的程序功能X, 必须与SAP中的呼叫(caller)者,传递的参数互相匹配

3. SAP Program : 包含Call Function X Destination Y

4. .NET Program : 执行程序并传回结果到SAP

程序不详细说明了, 请找到SAP .NET Connector的文件好好Study就会了

而SM59设定的方式:

方法一 : 在SAP Gateway注册RFC
Server (就是要被调用的程序)

建立Destination参数如下 :

Connection Type : T

Activate type : Registered Server Program

Program ID : 被呼叫的程序名称

Gateway host : host_x (就是SAP Application Server的host
name)

Gateway Service : sapgw

方法二 : 有SAP Gateway启动RFC
Server

建立Destination参数如下 :

Connection Type : T

Activate type : Start on Explicit Host

Program : ../rfcsdk/bin/srfcserv

Target host : host_y (.Net program所在的host name)

Gateway host: /H/host_x

Gateway Service : sapgw

除SAP端, .Net program端也有些设定要注意这些设定你也可以找到RFCSDK
Guide的文件, 用力看一看

不用设定SM59就可以注册RFC server的方法 :

在RFC server端 :

在saprfc.ini中设定

DEST="xyz"

TYPR=R

PROGID=要执行的程序

GWHOST=sap gateway host

GWSERV=sap gateway service name...

然后在RfcOpenEx的参数中设定DEST="xyz"

或(.NET connector)用RFCServerConsole 选择 Properties → Configurationproperties → Debugging → Command
Line Arguments :

rfcserv–aMYPROGID –gLOCALHOST –xSAPGW00 (例)

在SAP端的RFC call要呼叫RFC_SET_REG_SERVER_PROPERTY
export parameter : EXCLUSIVE = 'Y'

然后用SM59测试联机,

用SMGW显示注册状态

关于SAP与其它系统集成SM59设置目标系统的问题上

问：

目前在做SAP与SIEBEL的集成. SIEBEL本身提供了一些标准的集成方案,它的connector文档中给出了创建逻辑系统,创建合作伙伴参数等等步骤.

在SM59创建目标系统时遇到了问题.SM59创建TCP/IP连接时,Actived type建议选择Registered server program, 然后输入已经注册好的program id. 关于如何注册PROGRAM ID的问题,资料上语焉不详.费了N多力气查询,终于找到rfcexec这个命令.请BASIS协助进行注册后进行验证测试.使用BD10向目标系统也就是SIEBEL系统发送物料.起初每发送一次,RFCEXEC命令启动的进程(这儿我不特别明白是不是进程)就会被杀死一次.后来在SIEBEL端设置了
SAP的CODEPAGE,终于不再每次发送物料都死了,但每过一段时间(半天或者一天)仍然会死掉,SM59测试连接就会失败,提示PROGRAM ID未注册之类的.

因为经常断掉连接,现在我就觉得这种方式不够安全,稳定.请问我们采取的这种方式正确吗?有没有更好的方式?

答：

你的问题很好，我想很多做BASIS的人对SM59里PROGRAM ID都有理解上的疑问。你刚挖出来的五六

年的老帖子说的情况和你问的问题不一样，他说的是SAP如何调用外部程序，而你在做SIEBEL集成

时用的是“Registered Server Program”。如果你选择的方法是SIEBEL与SAP集成的文档里要求

的，我可以把我对这个问题的理解与你探讨，想来对所有做BASIS的人都有好处。

看这个问题，首先要有清晰的Client/Server概念。

先别拍砖，很多人自以为知道这基本的计算机概念，但和我讨论完之后，90%的人都说自己原来的

理解浅了。我的理解里每个概念都有几个关键的要素：

Client = 一个程序，到远程主机上的一个TCP端口调用一个服务

要素 = (1)程序，(2)本地主机IP地址，(3)远程主机IP地址，(4)端口号，或服务名

Server = 一个程序，在本地主机的一个TCP端口提供一种服务

要素 = (1)程序，(2)本地主机IP地址，(3)正在运行，(4)监听某端口来提供服务

Client是源，Server是目标，连接的方向是Client --> Server

有了这些概念，还需要有对应用程序的理解，以及对查找进程(ps command in UNIX)，查找网络

连接(netstat -a)等工具的使用，来找齐这些要素，那么你就可以解决绝大多数在应用程序层的

系统互连的问题，比如如何开防火墙等。

在你的SAP与SIEBLE系统集成中（对不起，我不知道具体怎么做SIEBEL的集成，但SAP与其他很多

东西的集成我都做过，基本原理相似），有两个方向的连接需求，一个是SIEBEL->SAP，另一个是

SAP->SIEBEL。

SIEBEL->SAP的连接，是属于进入SAP的连接，与用户登录过程相似。在这一案例中，SAP的

Dispatcher是Server程序，它在SAP主机上的32xx端口提供sapdp??的服务。而SIEBEL端的Client

程序是什么就不好说了，通常情况下SIEBEL,SAS等SAP外部程序使用SAP提供的RFCSDK或JCO来SAP

主机连接，连接时需要知道SAP主机的主机名或IP地址，以及端口号。这些都是要在Client端作为

输入参数或设定参数来提供的。如果试图调用SAP Message Server来实现Load Balance，那么在

client端通常还要在etc/service文件中设sapmsSID，否则Client程序不知道到SAP主机上找什么

端口来登录SAP。与下面要解释的相比，SAP用户登录的过程是相对简单的。

SAP->SIEBEL的连接，是SAP主动往外去的连接，在Client/Server架构里，现在SAP是扮演Client

的角色，SM59是负责记录这种Outbound设定的。SM59里有很多不同的连接类型，比如类型3，是连

接远程SAP系统的，那么就需要你提供作为SAP Client调用系统时的各种参数。比如类型H，是连

接外部HTTP服务的，那么就需要URL。另外就是类型T，是通过TCP层面调用外部服务。

类型T里又有不同类型的Program设定，我现在只说什么是Registered Program：

当SAP需要调用外部服务时，按Client/Server的概念，也应该知道远程服务所在的主机，TCP端

口，以及登录信息等。但因为外部服务千姿百态，SAP通常不使用Client/Server的方法，而使用

CPIC的方法，这就是Registered Server Program的由来。具体的连接过程是：（以我假想的

SIEBEL为例）

1. SIEBEL使用SAP提供的RFCSDK，或JCO(Java Connector)，编写了一个连接SAP的程序/程序包。

这个程序/程序包不仅可以扮演Client的角色来连接远程的SAP系统，同时也扮演Server的角色对

SAP提供SIEBEL的调用服务。在很多非SAP的软件包中，管这程序/程序包叫RFC Server。

2. SIEBEL通过该程序登录远程SAP系统（需要提供SAP主机名，系统号来找端口，以及用户名，密

码等）。登录成功后在SAP的Gateway服务表里就有了这么一个连接，可以通过SMGW来查看。

3. 然后SIEBEL进来的这个RFC会调用SAP的系统功能来建立一个“Registered Server Program

ID”，这ID如何命名，通常是调用者在提供SAP用户名，密码等参数时同时提供的。SAP的系统功

能，会把这一ID作为标签贴在Gateway服务表里的这一连接上，那么SIEBEL来的这一TCP的通道就

在SAP里有了个名字。

4. SM59里定义一个RFC Destination，我们姑且把它叫SIEBEL-System，就需要你按你楼上描述的

方法，把这PROGRAM_ID放进去。如果你的SAP系统有多个App Server，在SM59里的Gateway Host就

不能空了，因为SIEBEL登录进来时只会连接一个App Server，那么所有SAP App Server上需要调

用SIEBEL服务的程序，都会使用这一SIEBEL-System的连接。如果你的Gateway Host为空，他们就

会在本地Gateway找，就经常会找不到。

5. 现在SAP的程序就可以通过CALL Function At Destination SIEBEL-System的方式来调用

SIEBEL的服务了。但这里BASIS经常忽略的事情是，如果SIEBEL端的RFC Server程序停掉了，这一

TCP的通道也就断了，那么用SM59的这个RFC Destination也就不能连接了。如果你需要再连接，

则要到SIEBEL那么重新启动RFC Server，登录到SAP里来。

在这一过程中，我见到大多数人的错误是不理解Client端设定的重要性，也就是SIEBEL端的RFC

Server的设定。其实在SIEBEL那边的设定对否，程序是否运行，决定了SAP与SIEBEL的连接是否可

行/可靠。

希望这对你有帮助。这一SAP Outbound connection的模型，同样适用于SAP ABAP系统与Java系统

的连接，适用于SAP XI/PI，BI Java，Portal，BusinessObject等SAP内部的连接。大家是一个道

理，如果你能真正吃透它，那就是SAP系统互连的大师了，当然我这里指BASIS层面，不是指SAP应

用层面，比如CRM中间件，SCM CIF，BI Extractor等。