大概八月份之当儿召开了一个关于两只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远程调用