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

使用到了RFC(Remote,使用到了RFC(Remote

大概八月份的早晚做了一个有关两单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远程调用