SAP RFC介绍:关于sRFC,aRFC,tRFC,qRFC和bgRFCSAP RFC介绍:关于sRFC,aRFC,tRFC,qRFC和bgRFC

by admin on 2018年10月11日

大致八月份的时光召开过一个关于两独SAP系统之中资金摊传输的种,使用到了RFC(Remote
Function
Call)技术。因为之前所有医疗-CRM相关接口开发的经历,以为自己对RFC很熟稔了,做起来会坏顺利,不思量要么遇到了数问题。打算整治一下关于她的情,进一步学习。

盖八月份之下召开过一个有关两个SAP系统里资金分摊传输的色,使用到了RFC(Remote
Function
Call)技术。因为之前有医疗-CRM相关接口开发的阅历,以为自己对RFC很熟稔了,做起来会生顺利,不思要碰到了来问题。打算整治一下关于她的始末,进一步读书。

正文内容之首要缘于是SAP的英文文档。会较看重基本概念上之东西,偶尔涉及实际的代码、配置。后续可能会见因本人之实在使用状况更新更详实的介绍。

本文内容的根本源于是SAP的英文文档。会较强调基本概念上的事物,偶尔涉及实际的代码、配置。后续可能会见根据自己的实际使用情况更新更详细的牵线。

 

 

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

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

总述

对于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变体的描述,它们持有不同的特征和入之应用状况。

同步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。

异步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示例

事务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

事务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处理流图示:

图片 3

而可当好几情况下采取下tRFC,比如,对于欲以工作的不同等级更新相关数据库表的复杂性的处理过程。

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

(注意:tRFC的定义着莫可知来任何EXPORT参数,因为调用程序中一经有IMPORT参数,就会见招语法错误。此外,你呢非可以本着执行回调的顺序进行异步调用)

系统可用性:

苟远程系统不可用,SAP系统会将报表RSARFCSE计划为后台作业,并拿有关的业务ID作为变式,再进行拍卖。这个表格程序会重新地于调用,直到她成功地连续对方系统了。

当给计划也后台作业时,RSARFCSE自动地因为一个时日距离运行(默认是各15分钟运行一破,最多品尝30破)。你可透过提高程序SABP0000和SABP0003来自定义该时间距离。

经过SM59布置destination,选择一个destination并且选择
编辑->TRFC选项,在此处定义连接尝试次数上限和还连接尝试的时空间隔。

图片 4

若以尝指定的次数后仍然不足抵达相应的系统,系统会告一段落调用RSARFCSE,并勾画副状态CPICERR至表ARFCSDATA中。在其余一个点名的年华晚(默认是8天),在表ARFCSSTATE内的章也会见吃删。当然也得定制者时空,或者手动在SM59开行相应的工作条目。

tRFC的缺点:

  • tRFC独立地拍卖所有LUW。根据激活的tRFC数量,程序来或会见明确地回落调用系统以及为调用系统的属性。
  • 除此以外,在运用被定义的LUW的调用顺序是无克得保障的。因此无法担保事务会按照使用期望之次第运行。tRFC唯一能确保的只有:所有LUW都见面或早或晚地为传。

可以这里翻tRFC语句的叙述:

CALL FUNCTION IN BACKGROUND
TASK

队列RFC:qRFC

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

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

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

* *

以下是三栽工作数据传的光景(为什么图片中之契是德文?):

图片 5

场景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可以看作他于行(由调用系统序列化)处理,或者是内于行(由被调用系统序列化)。

* *

以下是三栽业务数据传的景(为什么图片被的字是德文?):

图片 6

场景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:bgRFC

后台RFC:bgRFC

使用

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 ... 

 

使用

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 ... 

 

集成

打qRFC转换为bgRFC的应用程序,必须支持创建qRFC中之行与bgRFC中的排中的即链接的动迁方案。通过这样的方案,可以包是的阵顺序,即便是当自qRFC变为bgRFC的随时。

瞩目:从bgRFC改回qRFC是勿容许的。

当SAP NetWeaver Release
7.11和更胜的本及,bgRFC也可跟basXML(二进制ABAP序列化XML)通信协议一起利用。

集成

自打qRFC转换为bgRFC的应用程序,必须支持创造qRFC中之队列与bgRFC中的队列中的即链接的迁徙方案。通过这样的方案,可以管对的行顺序,即便是当从qRFC变为bgRFC的天天。

专注:从bgRFC改回qRFC是无可能的。

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

架构

风土的qRFC模型只有在数额被RFC调度程序处理的时刻才探测各个独立单元内的仗关系。对于每个destination,外向调度程序还见面打开一个调度程序来拍卖这destination的数目。

与的相对的凡,bgRFC的依赖关系在数据存储的早晚就决定了。通过如此做,RFC调度程序可以一次性找到有的消让拍卖的单元,并且经过极端小的努力(minimum
effort)就可找到她中的负关系。在储存数据的时节用提交的附加努力,则好当深特别程度及由数据库设计着之赛效率算法和优化补偿。

每个客户端定义一定数额之外向计划,并且并行处理队列负载,虽然目标体系的负载会在一个较短的光阴间隔后给确定,但是呢用会面越来越规范。

单元及班的删除程序

与民俗的顺序不同,如果发生另外单元或队列被去除,依赖还会保持。因为单元会为优先打及号,并且在即时之后只是让调度程序删除。

图片 7

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

图片 8

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模型只有以数码被RFC调度程序处理的时光才探测各个独立单元中的指关系。对于每个destination,外向调度程序都见面开一个调度程序来拍卖是destination的数码。

跟的相对的凡,bgRFC的倚重关系在数额存储的时光就是控制了。通过这样做,RFC调度程序可以一次性找到有的待为拍卖的单元,并且通过最小之全力(minimum
effort)就可以找到她中的指关系。在囤数据的时节用交给的额外努力,则足以于充分十分程度达由数据库设计中的大效率算法和优化补偿。

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

单元及排的删除程序

和风俗的次序不同,如果出另单元或队列被去除,依赖还会维持。因为单元会被先行从上号,并且于当时之后只是为调度程序删除。

图片 9

要图,在剔除了Unit4之后,Unit6只会于Unit3之后运行,因为Unit4只有在调度程序处理过Unit3之后才会受删除。如果你剔除掉queue2,那么会生出下面的情景:

图片 10

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:
    编程

地面数据列:LDQ

当地数据列(Local Data Queue
)是一模一样种特别的RFC通信。在这种以情况下,系统未会见积极发送数据。相反,根据拉取规则,系统会将多少存储于地头,直到被标系统调用(比如移动装备)。

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

重新多内容:

Local Data Queue
(LDQ)

地方数据列:LDQ

本土数据列(Local Data Queue
)是一模一样种植特别的RFC通信。在这种用情况下,系统非见面再接再厉发送数据。相反,根据拉取规则,系统会拿数量存储于地头,直到被外表系统调用(比如移动装备)。

LDQ可以取代原先是因为qRFC在未发送场景下提供的力量(qRFC No
Send)。相比之下它提供了再有效率的数据模型。

双重多内容:

Local Data Queue
(LDQ)

名词对照

scheduler:调度程序

outbound  queue:外望行

inbound queue:内为行

 

相关文章:ABAP
RFC远程调用

 

 

名词对照

scheduler:调度程序

outbound  queue:外望行

inbound queue:内为行

 

系文章:ABAP
RFC远程调用

 

 

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图