做起来会很顺畅,使用到了RFC(Remote

大概七月份的时候做过一个有关七个SAP系统间资产分担传输的序列,使用到了RFC(Remote
Function
Call)技术。因为前边所有医疗-CRM相关接口开发的经历,以为自己对RFC很熟识了,做起来会很顺遂,不想仍然蒙受了些问题。打算整治一下有关它们的内容,进一步读书。

公海赌船网址,大概5月份的时候做过一个关于四个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变体的描述:

异步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变体的叙述:

事务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存在有内向队列,这也代表它在发送系统上一定存在外向队列。内向队列在一段时间里只好处理系统资源允许处理的函数模块调用数量。它能够防备服务器被一个客户端阻塞。唯有在劳务系统独立存在一个内向队列的风貌是不容许存在的,因为要求在客户端系统存在外向队列,来设置顺序并截留单独的行使阻塞客户端系统的成套工作经过。

更加多相关信息可知:

队列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存在有内向队列,那也代表它在殡葬系统上一定存在外向队列。内向队列在一段时间里只好处理系统资源允许处理的函数模块调用数量。它可以预防服务器被一个客户端阻塞。唯有在劳动系统独立存在一个内向队列的情景是无法存在的,因为必要在客户端系统存在外向队列,来安装顺序并阻碍单独的采取阻塞客户端系统的漫天工作进程。

愈多相关音信可知:

后台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的音信, 请看:

架构

价值观的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的音信, 请看:

本土数据队列: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远程调用

 

 

相关文章