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

by admin on 2018年10月5日

盖八月份之时光做了一个关于两单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地图