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

粗粗八月份底下召开过一个有关两个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远程调用

 

 

相关文章

admin

网站地图xml地图