行使到了RFC(Remote用到了RFC(Remote

事务RFC:tRFC

以运事务RFC( transactional
RFC,tRFC)的时段,被调用的函数模块于为调用系统中正好运行一不行(Exactly Once)。

远端系统非需以RFC客户端程序运行tRFC的时可用。tRFC组件将为调用的RFC函数和连锁数据存储在SAP系统的数据库里,包含一个唯一的事体标识符(transaction
identifier,TID)。

假使调用发送了,接收系统可是宕机状态,调用会保留在地方队列中一段时间。调用对话程序可以在非待远程调用成功/失败的情景下持续运行。如果收到系统在一段时间后依然未可用,调用将为计划吗后台作业运行。

tRFC使用后缀IN BACKGROUND TASK.

不怕同同调用一样,参数
DESTINATION在远距离系统定义了序及下文。结果是,如果您针对一个destination重复地调用一个函数(或者一次性调用多只函数),则好当同样之上下文中访问给调用函数的全局数据。。

系统会当表ARFCSSTATE和表ARFCSDATA中著录远程连接要与它们的漫天参数值。你可以事务SM58来查阅。当调用程序到达COMMIT
WORK
言时,远程调用会为转正到叫对方系统。

在两个COMMIT
WORK
次,所有的有所和一个destination的tRFC属于同一个逻辑单元(LUW)。

tRFC处理流图示:

图片 1

你得以某些情况下利用使用tRFC,比如,对于用以作业之不等阶段更新相关数据库表的扑朔迷离的处理过程。

tRFC会确保有的计划更新在次到达COMMIT WORK语句子时叫实践。

(注意:tRFC的定义着无可知发生任何EXPORT参数,因为调用程序中假如出IMPORT参数,就会见造成语法错误。此外,你吧不可以本着推行回调的次第开展异步调用)

系可用性:

假使远程系统非可用,SAP系统会将报表RSARFCSE计划呢后台作业,并将相关的工作ID作为变式,再拓展处理。这个表程序会再地叫调用,直到其成地连续对方系统了。

当为计划为后台作业时,RSARFCSE自动地以一个时距离运行(默认是各个15分钟运行一潮,最多品尝30不好)。你可以经加强程序SABP0000和SABP0003来自定义该时空距离。

由此SM59配备destination,选择一个destination并且选择
编辑->TRFC选项,在这里定义连接尝试次数上限和另行连接尝试的辰距离。

图片 2

假如以尝指定的次数后仍然不足抵达相应的系,系统会终止调用RSARFCSE,并勾画副状态CPICERR至表ARFCSDATA中。在任何一个指定的时光晚(默认是8天),在表ARFCSSTATE内之条条框框也会叫删。当然为可以定制者时空,或者手动在SM59开行相应的作业条目。

tRFC的缺点:

  • tRFC独立地处理所有LUW。根据激活的tRFC数量,程序来或会见明确地回落调用系统和被调用系统的习性。
  • 此外,在用被定义的LUW的调用顺序是未可知赢得保障的。因此无法保证事务会按照使用期望之逐条运行。tRFC唯一能管的只有:所有LUW都见面或早或晚地叫传。

可以当此处翻tRFC语词之描述:

CALL FUNCTION IN BACKGROUND
TASK

架构

人情的qRFC模型只有当数码被RFC调度程序处理的当儿才探测各个独立单元内的依赖性关系。对于每个destination,外向调度程序都见面开启一个调度程序来拍卖是destination的数目。

跟之相对的凡,bgRFC的乘关系在数额存储的当儿就是控制了。通过如此做,RFC调度程序可以一次性找到有的需要为处理的单元,并且通过最小之全力(minimum
effort)就可找到她中的依靠关系。在囤数据的时节要提交的额外努力,则可以于很死程度达由于数据库设计中的大效率算法和优化补偿。

每个客户端定义一定数量的龙腾虎跃计划,并且并行处理队列负载,虽然目标体系的负载会在一个比短的岁月间隔后吃确定,但是呢用会面进一步规范。

单元及排的删除程序

同习俗的次第不同,如果出另单元或队列被去除,依赖还会保持。因为单元会被先行由及号,并且于就下只是为调度程序删除。

图片 3

而图,在去了Unit4之后,Unit6只能够当Unit3之后运行,因为Unit4只有当调度程序处理过Unit3之后才见面被剔除。如果你剔除掉queue2,那么会产生下面的景象:

图片 4

Unit6见面以Unit2事后运行,所有选定的unit都见面吃调度程序删除。

注意:删除队列或者单元总是有风险的。在咱们的例证里,它见面招致Unit6遇到错误,或者造成目标体系的数据库不等同,因为它的前提Unit4因为于删去而从未运行。

Gateway:Gateway是其它一个秘密的习性瓶颈,在bgRFC中,它也获得了优化。bgRFC中之初的定义是会调剂在同等光应用服务器上又运行的龙腾虎跃调度程序的最为酷数据,也会调剂全部RFC调度程序可用的最大连接数。这个限制会维护本地的Gateway使的不至于过载。

每个发送系统的相的活跃调度程序数量与她的极其大连接数也是只是安排的,因此对此destination的Gateway也存过载保护。

属性的震慑:新bgRFC落实之优化在强负荷、多靠的图景下特别明确。首不善运行的当儿,线性对数可伸缩性(a
linear logarithmical
scalability)的RFC数据处理成可能(视系统兼容性而定)。

函数队排的政工特性使得,在拍卖单独的单元时,bgRFC不绝爱获得斐然的性质提升,但是以运用还多要另行快的硬件的时光,则足以明确提升吞吐量。限制因素会是数据库的性及这些单元的处理速度。

除此以外,新的API也是优化的一模一样组成部分。一些结余的函数被移除,某些老的API也不再采用。这叫相关的做事更平整和有效率,减少支持组织和付出集团的工作量。

重复多信息:

双重多关于bgRFC的音, 请看:

  • bgRFC:
    配置

  • bgRFC:
    管理

  • bgRFC:
    编程

集成

于qRFC转换为bgRFC的应用程序,必须支持创造qRFC中的队与bgRFC中之阵中的旋链接的迁移方案。通过这样的方案,可以保是的行列顺序,即便是在起qRFC变为bgRFC的时刻。

留神:从bgRFC改回qRFC是未可能的。

当SAP NetWeaver Release
7.11及更胜之本及,bgRFC也足以与basXML(二进制ABAP序列化XML)通信协议一起以。

本土数据列:LDQ

地面数据列(Local Data Queue
)是如出一辙栽专门之RFC通信。在这种应用情况下,系统非见面再接再厉发送数据。相反,根据拉取规则,系统会把数量存储在该地,直到于外表系统调用(比如移动设备)。

LDQ可以取代原先由于qRFC在未发送场景下提供的效能(qRFC No
Send)。相比之下它提供了重新有效率的数据模型。

重新多内容:

Local Data Queue
(LDQ)

架构

习俗的qRFC模型只有以数据被RFC调度程序处理的时才探测各个独立单元内的靠关系。对于每个destination,外向调度程序还见面被一个调度程序来拍卖这个destination的数量。

及之相对的凡,bgRFC的指关系在数存储的上便控制了。通过这样做,RFC调度程序可以一次性找到有的内需被拍卖的单元,并且经过极端小之鼎力(minimum
effort)就得找到其之间的因关系。在蕴藏数据的当儿要交的附加努力,则可以在雅死程度达由于数据库设计被之大效率算法和优化补偿。

每个客户端定义一定数量的龙腾虎跃计划,并且并行处理队列负载,虽然目标体系的负载会在一个比短的光阴间隔后叫确定,但是呢因此会面更规范。

单元与班的删除程序

以及传统的次序不同,如果发任何单元或队列被去除,依赖还会维持。因为单元会让优先打上号,并且在当时事后只是于调度程序删除。

图片 5

假使图,在去了Unit4之后,Unit6只能够在Unit3之后运行,因为Unit4只有在调度程序处理过Unit3之后才见面为删。如果您去掉queue2,那么会起下面的状态:

图片 6

Unit6见面当Unit2从此运行,所有选定的unit都见面被调度程序删除。

留神:删除队列或者单元总是有风险的。在咱们的事例里,它见面造成Unit6遇到错误,或者造成目标体系的数据库不相同,因为它的前提Unit4因为让去除而尚未运行。

Gateway:Gateway是外一个潜在的性质瓶颈,在bgRFC中,它为得了优化。bgRFC中的新的概念是会见调剂在同样华应用服务器上而运转的外向调度程序的绝要命数量,也会见调剂全部RFC调度程序可用的极其大连接数。这个界定会维护本地的Gateway使之不至于过载。

每个发送系统的互相的外向调度程序数量和它的无限大连接数也是只是配置的,因此于destination的Gateway也设有过载保护。

性的影响:新bgRFC贯彻的优化在高负荷、多靠的气象下特别明确。首不善运行的时,线性对数可伸缩性(a
linear logarithmical
scalability)的RFC数据处理成可能(视系统兼容性而定)。

函数队排的事情特性使得,在拍卖单独的单元时,bgRFC不绝爱得举世瞩目的特性提升,但是以使用还多或者更快的硬件的上,则足以一目了然提升吞吐量。限制因素会是数据库的习性与这些单元的处理速度。

另外,新的API也是优化的平部分。一些剩余的函数被移除,某些老的API也不再采用。这令相关的办事进一步平缓和有效率,减少支持团队与支出集团的工作量。

再度多信息:

再次多关于bgRFC的消息, 请看:

  • bgRFC:
    配置

  • bgRFC:
    管理

  • bgRFC:
    编程

正文链接:http://www.cnblogs.com/hhelibeb/p/8066753.html

后台RFC:bgRFC

盖八月份之上做了一个关于两独SAP系统间资金摊传输的路,使用到了RFC(Remote
Function
Call)技术。因为之前所有医疗-CRM相关接口开发的阅历,以为自己对RFC很熟稔了,做起来会格外顺畅,不思还是撞了把问题。打算整治一下有关其的始末,进一步学习。

同步RFC:sRFC

和步RFC(Synchronous
RFC,sRFC)是极端基本的RFC形式。在sRFC调用中,调用者会等待远程被调用者的处理过程。

她的语法形式是:

CALL FUNCTION func DESTINATION dest. 

一流的下状况包括:

  • 销售:为不同系统创造市订单(central sales)。
  • 销售:对于有查询,在供应商系统里行一个对于指定物料的可用性检查。
  • 物品管理:在旁一个体系里对某个物料订单执行来源判断。
  • CRM/SRM:对SAP后端平系统倡导某个物料的可用性检查。
  • CRM/SRM:在SRM组件中开创市订单时,在先生集中核算中为卿的工本中心展开预算检查。
  • 会计:向先生集中核算体系要一个基金中心清单。
  • BW:调用BW组件(商业信息仓库)来求一个特地的evaluation。

同步RFC:sRFC

同步RFC(Synchronous
RFC,sRFC)是太核心的RFC形式。在sRFC调用中,调用者会等待远程被调用者的处理过程。

她的语法形式是:

CALL FUNCTION func DESTINATION dest. 

一流的采取状况包括:

  • 销售:为不同体系创造市订单(central sales)。
  • 销售:对于有查询,在供应商系统里实行一个对于指定物料的可用性检查。
  • 物品管理:在另外一个网里对某物料订单执行来源判断。
  • CRM/SRM:对SAP后端系统倡导某个物料的可用性检查。
  • CRM/SRM:在SRM组件中创造市订单时,在会计集中核算中也汝的本金中心进行预算检查。
  • 先生:向先生集中核算体系要一个资金中心清单。
  • BW:调用BW组件(商业信息仓库)来要一个专程之evaluation。

横八月份的时段做了一个有关两独SAP系统间资产平摊传输的档次,使用及了RFC(Remote
Function
Call)技术。因为事先有医疗-CRM相关接口开发之涉,以为自己对RFC很熟稔了,做起来会要命顺利,不思量要撞了头问题。打算整治一下关于她的情,进一步深造。

名词对照

scheduler:调度程序

outbound  queue:外往行

inbound queue:内于行

 

连带文章:ABAP
RFC远程调用

 

 

异步RFC:aRFC

异步RFC(Asynchronous
RFC,aRFC)类似与tRFC,用户在继续调用会话之前,不待拭目以待她的到位。不过,aRFC和tRFC之间吧是几乎触及不同之地方:

  • 当调用者开始一个aRFC的时刻,被调用的服务器必须得接过请求。aRFC的参数不会见记录在数据库中,而是径直发送给对方服务器。
  • aRFC允许用户和远程系统进行交互式对话。
  • 调用程序可以由aRFC接收结果。

乃可以在当你待树立与一个远端系统的连续、但是期望当调用RFC后未期待等待结果而是要持续处理时利用aRFC。aRFC也可发送给一样的体系。在这种气象下,系统打开一个初的对话(窗口)。你可在调用对话同叫调用会话间切换。使用下的言辞开启一个aRFC:

CALL FUNCTION Remotefunction STARTING NEW TASK Taskname

DESTINATION ...

EXPORTING...

TABLES ...

EXCEPTIONS...

 RECEIVE RESULTS FROM FUNCTION Remotefunction 用于一个子顺序外经受aRFC的调用结果。可以利用以下收取参数:

  • IMPORTING

  • TABLES

  • EXCEPTIONS

附加项KEEPING
TASK
阻碍连接在收处理结果后关。相关的长途上下文(滚动区域)保持得选用的状态,直至调用者终止连接。

重新多关于aRFC的信息可以起以下地方获得:

  • aRFC的调用属性

  • 由aRFC接收结果

  • 保持远程上下文

  • aRFC的并行处理

至于aRFC变体的讲述:

  • CALL FUNCTION – STARTING NEW
    TASK

  • RECEIVE

  • WAIT
    UNTIL

  • RFC示例

异步RFC:aRFC

异步RFC(Asynchronous
RFC,aRFC)类似与tRFC,用户以持续调用会话之前,不欲等她的得。不过,aRFC和tRFC之间为有几乎沾不同的地方:

  • 当调用者开始一个aRFC的时段,被调用的服务器必须得接收请求。aRFC的参数不会见记录在数据库被,而是一直发送给对方服务器。
  • aRFC允许用户与长途系统开展交互式对话。
  • 调用程序可以自aRFC接收结果。

君得以当您要树立和一个远端系统的接连、但是要于调用RFC后非指望等结果而是愿意后续处理常采取aRFC。aRFC也得发送给同样的系统。在这种场面下,系统打开一个新的对话(窗口)。你得以调用对话以及被调用会话间切换。使用下的言语开启一个aRFC:

CALL FUNCTION Remotefunction STARTING NEW TASK Taskname

DESTINATION ...

EXPORTING...

TABLES ...

EXCEPTIONS...

 RECEIVE RESULTS FROM FUNCTION Remotefunction 用于一个子主次外接受aRFC的调用结果。可以应用以下收取参数:

  • IMPORTING

  • TABLES

  • EXCEPTIONS

附加项KEEPING
TASK
挡连接于吸收处理结果后关门。相关的远程上下文(滚动区域)保持好引用的状态,直至调用者终止连接。

再次多关于aRFC的消息方可由以下地方得:

  • aRFC的调用属性

  • 起aRFC接收结果

  • 保障远程上下文

  • aRFC的并行处理

关于aRFC变体的叙说:

  • CALL FUNCTION – STARTING NEW
    TASK

  • RECEIVE

  • WAIT
    UNTIL

  • RFC示例

当地数据列:LDQ

本地数据列(Local Data Queue
)是千篇一律种植特别的RFC通信。在这种利用情况下,系统非会见积极发送数据。相反,根据拉取规则,系统会将数量存储在当地,直到被外表系统调用(比如移动装备)。

LDQ可以替原先出于qRFC在不发送场景下提供的功能(qRFC No
Send)。相比之下它提供了双重有效率的数据模型。

复多内容:

Local Data Queue
(LDQ)

使用

bgRFC(Background Remote Function
Call)允许为调用程序稍晚一些接收数据,而未是共接收。接收数据的下,需要保证数据只现出同次于还无序(
transactional) 、或者光现出同样差都有序(queued)。

运用bgRFC进行异步调用,会发如下优势:

  • 于与一个SAP系统外(同一个网ID,同一个client):解耦,同时提供了并行化能力。负载会分布在该体系的可用之应用服务器上。这个bgRFC场景被当作一个内往程序。

  • 在点滴单远程SAP系统里头:解耦,并且通过可兑现采用或业务场景的情理细分。异步调用的结果是,调用者和吃调用者的应用服务器的要紧特性差异足以获平衡。记录工作于调用系统面临形成。这个场景是一个欢蹦乱跳程序。

  • 鲜个次成吗他-内程序:该措施得以博得全套优化增选之优势。不过,如果你挑选了这般做,数据会受记录点滴糟糕,一糟糕是调用者(外向处理)、一涂鸦是叫调用应用(
    内向程序的非常规类型)。这导致数据库、应用服务器会发额外的顶。

bgRFC使用队列组织不同的调用。当一个调用同时深受放置于多独班的时刻,系统会为这些队列创建依赖。这带来了一个同步点(synchronization
point),类似于锁。

若果一个调用处于依赖队列中,那么当且仅仅当它坐落依赖队列的顶上层时,它才见面让拍卖。

对于和一个destination,不得以用bgRFC和tRFC、qRFC结合起来使用。不过,对于不同之destination,你得定义你想行使的报道类。

语法:

 CALL FUNCTION 'function_name'

IN BACKGROUND UNIT unit

          EXPORTING ... 

 

队列RFC:qRFC

队RFC(queued Remote Function
Call,qRFC)是tRFC的一个恢宏。它同意而以多单tRFC调用序列化为一个行。

qRFC调用会首先为函数模块TRFC_SET_QUEUE_NAME进行序列化处理,然后这些调用被一个tRFC进行实际的dispatch。

qRFC可以当他于行(由调用系统序列化)处理,或者是外往行(由给调用系统序列化)。

* *

以下是三种植工作数据传的现象(为什么图片中之文字是德文?):

图片 7

场景1:tRFC

欠现象适用于数据交互间单独发送的事态。系统1遭受是一个调用应用(client)使用tRFC连接系统2受到的让调用应用(r
server)。在该场景中,数据由tRFC传输,意味着发送到目标体系的函数模块调用会给保单独运行一不行。你莫得以定义函数模块运行的依次与时空。如果传输过程遭到发出了左,系统会计划一个后台作业,在15分钟后再度发送函数模块调用。

场景2:带有外往行的qRFC

于该场景中,发送系统应用一个生动活泼队列来序列化被发送的数码。这意味着发送系统的活泼队列包含在有因关系之函数模块调用。当数发送时,会维持确定的逐条,并且调用会以正好同一不良都有序的方法(exactly once in order)发送给目标体系。

在意:目标体系处理时不需变更qRFC的一一,但是,它必须拉开tRFC功能。

观3:带有内为行的qRFC(以及活跃队列)

以斯景下,不仅发送系统(client)有异望行,目标体系吧有外为行。如果qRFC存在有内于行,这吗代表它们以发送系统上必然存在外望行。内于行在一段时间里只能处理系统资源允许处理的函数模块调用数量。它好防止服务器被一个客户端阻塞。只有在劳动体系独立在一个外为行的光景是不可能是的,因为用在客户端系统是外往行,来安顺序并阻碍单独的动阻塞客户端系统的浑工作过程。

复多系信息可见:

  • Queued Remote Function Call
    (qRFC)

队列RFC:qRFC

列RFC(queued Remote Function
Call,qRFC)是tRFC的一个扩大。它同意而用大半只tRFC调用序列化为一个行。

qRFC调用会首先给函数模块TRFC_SET_QUEUE_NAME进行序列化处理,然后这些调用被一个tRFC进行实际的dispatch。

qRFC可以用作他望行(由调用系统序列化)处理,或者是内往行(由叫调用系统序列化)。

* *

以下是三种植业务数据传的面貌(为什么图片被的亲笔是德文?):

图片 8

场景1:tRFC

欠现象适用于数交互间独立发送的情事。系统1受到存在一个调用应用(client)使用tRFC连接系统2遭遇之为调用应用(r
server)。在该场景中,数据由tRFC传输,意味着发送至对象体系的函数模块调用会受包单独运行一次等。你免可以定义函数模块运行的次第与时空。如果传输过程遭到发出了不当,系统会计划一个后台作业,在15分钟后再度发送函数模块调用。

场景2:带有外为行的qRFC

当该场景中,发送系统以一个欢蹦乱跳队列来序列化被发送的数码。这意味发送系统的活泼队列包含着有因关系的函数模块调用。当数码发送时,会维持确定的依次,并且调用会以正好同一蹩脚都有序的章程(exactly once in order)发送给目标体系。

在意:目标体系处理常无需变更qRFC的各个,但是,它必须开启tRFC功能。

观3:带有内往行的qRFC(以及活跃队列)

每当是状况下,不仅发送系统(client)有异望行,目标体系啊发内为行。如果qRFC存在有外于行,这也代表它在殡葬系统上一定在外往行。内于行在一段时间里只能处理系统资源允许处理的函数模块调用数量。它可防范服务器被一个客户端阻塞。只有在劳动系统独立在一个外为行的景是勿容许在的,因为待以客户端系统设有外为行,来装顺序并阻止单独的用阻塞客户端系统的整套办事经过。

重多系信息可见:

  • Queued Remote Function Call
    (qRFC)

名词对照

scheduler:调度程序

outbound  queue:外往行

inbound queue:内往行

 

连锁文章:ABAP
RFC远程调用

 

 

后台RFC:bgRFC

总述

于SAP与SAP系统与SAP与非SAP系统里头的连而言,远程函数调用(Remote
Function
Call,以下简称RFC)是同等种标准的通信方式,它可兑现对长距离系统中函数的调用。

备RFC类型都经CPI-C或TCP/IP协议进行传输。
它们组成了平等栽Gateway通信。

正文是本着负有RFC变体的讲述,它们持有不同之特色以及称之采用状况。

总述

于SAP与SAP系统跟SAP与非SAP系统间的连而言,远程函数调用(Remote
Function
Call,以下简称RFC)是平栽标准的通信方式,它可以兑现对长距离系统受函数的调用。

备RFC类型都经CPI-C或TCP/IP协议进行传输。
它们做了扳平种植Gateway通信。

正文是对准负有RFC变体的讲述,它们有着不同之表征和称之行使状况。

使用

bgRFC(Background Remote Function
Call)允许被调用程序稍晚一些接收数据,而不是共同接收。接收数据的时节,需要保证数据只出现同等涂鸦还无序(
transactional) 、或者只有现出平不成还有序(queued)。

应用bgRFC进行异步调用,会出如下优势:

  • 每当同一个SAP系统内(同一个体系ID,同一个client):解耦,同时提供了连行化能力。负载会分布在拖欠系统的可用之应用服务器上。这个bgRFC场景被看作一个舅于程序。

  • 以少独远程SAP系统之中:解耦,并且经过可兑现应用或作业场景的大体细分。异步调用的结果是,调用者和让调用者的应用服务器的重中之重特性差异足以收获平衡。记录工作以调用系统中完成。这个景是一个活跃程序。

  • 有限独程序成为外-内程序:该办法得以取得任何优化增选的优势。不过,如果您选了如此做,数据会受记录点滴不良,一不良是调用者(外向处理)、一不善是为调用应用(
    内向程序的超常规类别)。这造成数据库、应用服务器会出格外的担当。

bgRFC使用队列组织不同之调用。当一个调用同时叫停放在多只序列的时光,系统会为这些队列创建依赖。这带来了一个同步点(synchronization
point),类似于锁。

如若一个调用处于依赖队列中,那么当且只当它身处依赖队列的极度上层时,它才会让拍卖。

对于和一个destination,不可以用bgRFC和tRFC、qRFC结合起来以。不过,对于不同的destination,你得定义你想采取的报道类。

语法:

 CALL FUNCTION 'function_name'

IN BACKGROUND UNIT unit

          EXPORTING ... 

 

事务RFC:tRFC

当应用事务RFC( transactional
RFC,tRFC)的时刻,被调用的函数模块于吃调用系统受到恰恰运行一次(Exactly Once)。

远端系统非需要在RFC客户端程序运行tRFC的时段可用。tRFC组件将吃调用的RFC函数和有关数据存储于SAP系统的数据库里,包含一个唯一的政工标识符(transaction
identifier,TID)。

假若调用发送了,接收系统可是宕机状态,调用会保留在地方队列中一段时间。调用对话程序可以以不待远程调用成功/失败的动静下持续运行。如果接系统在一段时间后仍旧未可用,调用将吃计划也后台作业运行。

tRFC使用后缀IN BACKGROUND TASK.

即使和协同调用一样,参数
DESTINATION在远距离系统定义了序上下文。结果是,如果您对一个destination重复地调用一个函数(或者一次性调用多只函数),则好当同样的前后文中访问给调用函数的大局数据。。

系统会当表ARFCSSTATE和表ARFCSDATA中记录远程连接要与它们的全部参数值。你可以使用事务SM58来查看。当调用程序到达COMMIT
WORK
言辞时,远程调用会为转正到让对方系统。

在两个COMMIT
WORK
以内,所有的具有和一个destination的tRFC属于同一个逻辑单元(LUW)。

tRFC处理流图示:

图片 9

若可以某些情况下用使用tRFC,比如,对于欲以作业之异阶段更新相关数据库表的纷繁的处理过程。

tRFC会确保有的计划更新在先后到达COMMIT WORK语句子时叫执行。

(注意:tRFC的定义着无能够发出任何EXPORT参数,因为调用程序中如出IMPORT参数,就会促成语法错误。此外,你吗不可以针对履行回调的程序开展异步调用)

网可用性:

假若远程系统未可用,SAP系统会将报表RSARFCSE计划吗后台作业,并以有关的作业ID作为变式,再进行拍卖。这个表程序会更地叫调用,直到她成功地连续对方系统了。

当于计划为后台作业时,RSARFCSE自动地盖一个工夫距离运行(默认是各15分钟运行一次,最多品尝30软)。你得透过加强程序SABP0000和SABP0003来自定义该时空距离。

经过SM59安排destination,选择一个destination并且选择
编辑->TRFC选项,在这边定义连接尝试次数上限和更连接尝试的时光间隔。

图片 10

设若当尝指定的次数后还不足抵达相应的系,系统会已调用RSARFCSE,并形容副状态CPICERR至表ARFCSDATA中。在另外一个指定的时间后(默认是8天),在表ARFCSSTATE内之章也会见给去除。当然也得定制者时,或者手动在SM59启动相应的工作条目。

tRFC的缺点:

  • tRFC独立地处理所有LUW。根据激活的tRFC数量,程序来或会见明确地回落调用系统和给调用系统的性。
  • 另外,在用被定义的LUW的调用顺序是未能够得到保持的。因此无法担保事务会按照用期望之各个运行。tRFC唯一能担保的只有:所有LUW都见面或早或晚地被传。

得于此间翻tRFC语词的讲述:

CALL FUNCTION IN BACKGROUND
TASK

本文内容之重大根源是SAP的英文文档。会较重基本概念上之事物,偶尔涉及实际的代码、配置。后续可能会见冲我之莫过于采用状态更新更详细的介绍。

 

正文链接:http://www.cnblogs.com/hhelibeb/p/8066753.html

正文内容之严重性来自是SAP的英文文档。会较青睐基本概念上之东西,偶尔涉及实际的代码、配置。后续可能会见基于自身之实在运用状况更新更详实的介绍。

 

集成

起qRFC转换为bgRFC的应用程序,必须支持创建qRFC中的队列与bgRFC中之序列中的临时链接的搬迁方案。通过如此的方案,可以保证对的排顺序,即便是以由qRFC变为bgRFC的天天。

小心:从bgRFC改回qRFC是无可能的。

在SAP NetWeaver Release
7.11暨重复胜似之版及,bgRFC也堪和basXML(二进制ABAP序列化XML)通信协议一起下。

相关文章