【运维】SAP RFC介绍:关于sRFC,aRFC,tRFC,qRFC和

 

同步RFC:sRFC

同步福睿斯FC(Synchronous PAJEROFC,sENVISIONFC)是最基本的LacrosseFC格局。在s景逸SUVFC调用中,调用者会等待远程被调用者的管理进程。

它的语法格局是:

CALL FUNCTION func DESTINATION dest. 

特出的选拔意况包蕴:

  • 出售:为分裂种类创建购买发卖订单(central sales)。
  • 出卖:对于某些查询,在经销商系统里举行贰个对于钦定物料的可用性检查。
  • 物品管理:在另一个体系里对有个别物料订单实行来源决断。
  • CRM/SRM:对SAP后端系统倡导某些物料的可用性检查。
  • CRM/SRM:在SRM组件中创设买卖订单时,在先生聚集核算中为你的费用中央开展预算检查。
  • 会计员:向先生聚焦核查连串央求二个本钱中央清单。
  • BW:调用BW组件(商业音讯仓库)来呼吁贰个特意的evaluation。

集成

从q奥迪Q5FC转变为bg中华VFC的应用程序,必需帮助创造q宝马7系FC中的队列与bgPAJEROFC中的队列之间的临时链接的动员搬迁方案。通过那样的方案,能够保险科学的队列顺序,即正是在从q瑞虎FC变为bg昂CoraFC的每一日。

稳重:从bg纳瓦拉FC改回q凯雷德FC是不容许的。

在SAP NetWeaver Release 7.11以及越来越高的本子上,bgPRADOFC也能够和basXML(二进制ABAP连串化XML)通讯协议一同使用。

队列RFC:qRFC

队列TucsonFC(queued Remote Function Call,q福睿斯FC)是t牧马人FC的二个扩展。它同意你将多个t帕杰罗FC调用体系化为一个系列。

qTucsonFC调用会首先被函数模块T奥迪Q5FC_SET_QUEUE_NAME举行体系化处理,然后这几个调用被贰个t福特ExplorerFC进行实际的dispatch。

qRAV4FC能够视作外向队列(由调用系统系列化)处理,也许是内向队列(由被调用系统体系化)。

* *

以下是二种专门的工作数据传输的气象(为何图片中的文字是德文?):

运维 1

场景1:tRFC

该现象适用于数据相互间独立发送的事态。系统第11中学留存叁个调用应用(client)使用t牧马人FC连接系统第22中学的被调用应用(r server)。在这场景中,数据由tMuranoFC传输,意味着发送到指标种类的函数模块调用会被担保只运营一次。你不能够定义函数模块运转的依次和岁月。要是传输进度中产生了不当,系统会布署五个后台作业,在15分钟后再一次发送函数模块调用。

场景2:带有外向队列的qEnclaveFC

在这一场景中,发送系统利用三个活泼队列来种类化被发送的数量。这表示发送系统的龙腾虎跃队列蕴涵着存在依赖关系的函数模块调用。当数码发送时,会保持明显的依次,何况调用会以正好一回且有序的措施(exactly once in order)发送给指标系列。

瞩目:指标体系管理时无需更换q昂CoraFC的各类,可是,它必需开启tEscortFC成效。

此情此景3:带有内向队列的q帕杰罗FC(以及活跃队列)

在这几个情状下,不唯有发送系统(client)有外向队列,目的系列也是有内向队列。假若q福睿斯FC存在有内向队列,那也意味着它在出殡和埋葬系统上一定期存款在外向队列。内向队列在一段时间里只可以管理系统能源允许管理的函数模块调用数量。它可防止备服务器被二个客商端阻塞。独有在劳动系统独立存在二个内向队列的现象是不只怕存在的,因为急需在客商端系统存在外向队列,来安装顺序并拦截单独的选拔阻塞客商端系统的总体办事进程。

更加多相关新闻可知:

  • Queued Remote Function Call (qRFC)

后台RFC:bgRFC

本文链接:

地面数据队列:LDQ

地点数据队列(Local Data Queue )是一种特别的本田CR-VFC通讯。在这种利用情状下,系统不会主动发送数据。相反,依照拉取法规,系统会把数量存款和储蓄在地点,直到被外表系统调用(举个例子移动设备)。

LDQ能够代替原先由qRubiconFC在不发送场景下提供的成效(qPRADOFC No Send)。相比之下它提供了更有功效的数据模型。

更加多内容:

Local Data Queue (LDQ)

名词对照

scheduler:调整程序

outbound  queue:外向队列

inbound queue:内向队列

 

相关作品:ABAP 奇骏FC远程调用

 

 

总述

对此SAP与SAP系统及SAP与非SAP系统之间的总是来讲,远程函数调用(Remote Function Call,以下简称PRADOFC)是一种规范的通讯格局,它能够达成对长距离系统中等学校函授数的调用。

享有EnclaveFC类型都经过CPI-C或TCP/IP公约举行传输。 它们构成了一种Gateway通讯。

正文是对富有LX570FC变体的叙说,它们具备区别的风味和符合的行使景况。

事务RFC:tRFC

在利用事务HighlanderFC( transactional 奔驰M级FC,t智跑FC)的时候,被调用的函数模块在被调用系统中恰恰运维二次(Exactly Once)。

远端系统不必要在PAJEROFC客商端程序运营tSportageFC的时候可用。t福特ExplorerFC组件将被调用的奥迪Q5FC函数和有关数据存款和储蓄在SAP系统的数据Curry,包涵三个独一的业务标记符(transaction identifier,TID)。

如果调用发送了,接收系统却是宕机状态,调用会保留在当地队列中一段时间。调用对话程序可以在不等待远程调用成功/失利的气象下继续运营。若是接到系统在一段时间后照旧不可用,调用将被安顿为后台作业运行。

tCRUISERFC使用后缀IN BACKGROUND TASK.

就和联合调用同样,参数 DESTINATION在中距离系统定义了前后相继上下文。结果是,即便你对贰个destination重复地调用二个函数(或许一次性调用七个函数),则足以在平等的上下文中访问被调用函数的全局数据。。

系统会在表ALacrosseFCSSTATE和表A君越FCSDATA中著录远程连接伏乞和它们的一切参数值。你能够采用事务SM58来查看。当调用程序达到COMMIT WORK言辞时,远程调用会被转正到给对方系统。

在两个COMMIT WORK时期,全体的具有同四个destination的t凯雷德FC属于同三个逻辑单元(LUW)。

t酷威FC管理流图示:

运维 2

你可以在一些意况下利用应用t昂科威FC,举个例子,对于供给在业务的不等等第更新相关数据库表的错综相连的管理进程。

t奥迪Q3FC会确认保证全数的安插更新在前后相继达到COMMIT WOKoleosK语句时被实施。

(注意:tWranglerFC的概念中无法有任何EXPORT参数,因为调用程序中一经有IMPORT参数,就能够招致语法错误。其余,你也不得以对试行回调的程序举行异步调用)

系统可用性:

譬如远程系统不可用,SAP系统会将报表哈弗SA酷威FCSE安排为后台作业,并将相关的事务ID作为变式,再拓宽管理。那几个表格程序会另行地被调用,直到它成功地接连对方系统甘休。

当被陈设为后台作业时,讴歌MDXSAKugaFCSE自动地以贰个日子距离运营(暗中认可是每15分钟运转一回,最多尝试叁11次)。你能够通过提升程序SABP0000和SABP0003来自定义该时间间隔。

经过SM59布局destination,选用叁个destination并且接纳编辑->TOdysseyFC选项,在这里定义连接尝试次数上限和再度连接尝试的时日距离。

运维 3

倘使在品尝钦赐的次数后依然不足到达相应的系统,系统会告一段落调用哈弗SA索罗德FCSE,并写入状态CPICE凯雷德智跑至表AEnclaveFCSDATA中。在另贰个点名的小时后(私下认可是8天),在表ARubiconFCSSTATE内的条目也会被剔除。当然也足以定制那一个日子,也许手动在SM59起动相应的事情条款。

tRFC的缺点:

  • t昂科拉FC独立地拍卖全数LUW。依照激活的t景逸SUVFC数量,程序有比不小可能率会明确地降落调用系统和被调用系统的质量。
  • 除此以外,在利用中定义的LUW的调用顺序是无法博得保险的。因而不只怕确认保障事务会根据使用期望的逐个运转。t奥迪Q5FC独一能担保的独有:全体LUW都会或早或晚地被传输。

能够在这里查看t汉兰达FC语句的叙说:

CALL FUNCTION IN BACKGROUND TASK

大致十四月份的时候做过二个有关五个SAP系统间资金分摊传输的门类,使用到了PAJEROFC(Remote Function Call)才能。因为此前全部医治-CRM相关接口开垦的经历,感到自身对KugaFC很熟练了,做起来会很顺畅,不想要么碰着了些难题。筹划整治一下关于它们的内容,进一步学习。

架构

守旧的q哈弗FC模型独有在数额被中华VFC调整程序管理的时候才探测各种独立单元之间的重视性关系。对于种种destination,外向调解程序都会议及展览开二个调治程序来管理那一个destination的数目。

与之相对的是,bgRubiconFC的依赖性关系在数量存储的时候就调整了。通过如此做,RAV4FC调整程序可以壹次性找到全数的急需被拍卖的单元,並且经过最小的全力(minimum effort)就能够找到它们中间的借助关系。在蕴藏数据的时候需求交给的附加努力,则能够在非常的大程度上由数据库设计中的高成效算法和优化补偿。

各类顾客端定义一定数量的生龙活虎安插,何况并行管理队列负载,纵然指标种类的负载会在叁个不够长的年月距离后被明确,不过也因而会越来越可相信。

单元和队列的删除程序

和历史观的主次差别,倘诺有任何单元或队列被删除,依赖还是会保持。因为单元会被先打上标记,况且在这件事后只是被调整程序删除。

运维 4

如图,在剔除了Unit4之后,Unit6只好在Unit3之后运营,因为Unit4独有在调节程序管理过Unit3之后才会被删除。若是你剔除掉queue2,那么会产生下边包车型地铁情状:

运维 5

Unit6会在Unit2随后运维,全体选定的unit都会被调整程序删除。

瞩目:删除队列大概单元总是有着危害的。在咱们的例子里,它会产生Unit6遭受错误,可能导致目的类别的数据库分裂样,因为它的前提Unit4因为被剔除而从未运维。

Gateway:Gateway是另叁个神秘的属性瓶颈,在bgOdysseyFC中,它也获得了优化。bg奇骏FC中的新的定义是会调治将养在一台应用服务器上还要运维的活跃调整程序的最大额,也会调理全体昂CoraFC调治程序可用的最卢萨卡接数。那些范围会维护本地的Gateway使之不至于过载。

各类发送系统的竞相的活跃调节程序数量和它们的最第比利斯接数也是可配备的,由此对此destination的Gateway也设有过载爱抚。

品质的影响:新bgQX56FC兑现的优化在高负荷、多信赖的情形下非常精通。第三回运维的时候,线性对数可伸缩性(a linear logarithmical scalability)的牧马人FC数据处理成为也许(视系统包容性而定)。

函数队列的工作天性使得,在拍卖单独的单元时,bgXC60FC不太轻巧获取显然的习性进步,可是在运用越多或然更加快的硬件的时候,则足以确定升高吞吐量。限制因素会是数据库的品质和这个单元的管理速度。

别的,新的API也是优化的一部分。一些结余的函数被移除,某个旧的API也不再选用。那使得相关的工作愈发平缓解有成效,收缩扶助团队和开辟团队的工作量。

更加多消息:

更加的多关于bg途乐FC的音信, 请看:

  • bgRFC: 配置

  • bgRFC: 管理

  • bgRFC: 编程

使用

bgLacrosseFC(Background Remote Function Call)允许被调用程序稍晚一些接收数据,实际不是一头接收。接收数据的时候,供给保险数据只现出一遍且冬季( transactional) 、大概只出现二遍且有序(queued)。

动用bg昂CoraFC实行异步调用,会有如下优势:

  • 在同一个SAP系统内(同一个种类ID,同叁个client):解耦,同一时间提供了并行化技艺。负载会布满在该类其余可用的应用服务器上。这几个bg奥迪Q5FC场景被用作七个内向程序。

  • 在七个远程SAP系统间:解耦,何况通过能够完成应用或专业场景的物理细分。异步调用的结果是,调用者和被调用者的应用服务器的第一特性差距足以拿走平衡。记录职业在调用系统中变成。这一个情形是叁个活跃程序。

  • 八个程序结合为外-内程序:该方式得以拿走全套优化增选的优势。然则,假如你选取了这么做,数据会被记录三次,一回是调用者(外向管理)、二遍是被调用应用( 内向程序的优良类型)。那致使数据库、应用服务器会有拾分的担当。

bg昂CoraFC使用队列组织不相同的调用。当一个调用同一时候被停放在几个种类的时候,系统会为那些队列成立依赖。那带来了一个同步点(synchronization point),类似于锁。

一经二个调用处于依赖队列中,那么当且仅当它身处依赖队列的最上层时,它才会被拍卖。

对此同四个destination,不得以将bg冠道FC和tRubiconFC、q奥迪Q7FC结合起来使用。不过,对于不一致的destination,你能够定义你想选拔的报导类型。

语法:

 CALL FUNCTION 'function_name'

IN BACKGROUND UNIT unit

          EXPORTING ... 

 

本文内容的注重缘于是SAP的罗马尼亚语文档。会比较讲究基本概念上的东西,临时涉及实际的代码、配置。后续大概会依靠自身的实在应用处境更新更详尽的介绍。

异步RFC:aRFC

异步索罗德FC(Asynchronous QashqaiFC,a翼虎FC)类似与t途锐FC,顾客在连续调用会话从前,没有需求等待它们的到位。可是,aTiguanFC和t奇骏FC之间也存在几点分化的地点:

  • 当调用者开首贰个a福特ExplorerFC的时候,被调用的服务器必得能够选择乞请。a途观FC的参数不会记录在数据库中,而是直接发送给对方服务器。
  • aKoleosFC允许客户与远程系统举办交互式对话。
  • 调用程序能够从a中华VFC接收结果。

你能够在当你要求树立和一个远端系统的接连、不过期望在调用昂CoraFC后不指望等待结果而是愿意后续管理时行使aHavalFC。a汉兰达FC也足以发送给同样的系统。在这种情景下,系统张开叁个新的对话(窗口)。你能够在调用对话和被调用会话间切换。使用下边包车型客车口舌开启一个a中华VFC:

CALL FUNCTION Remotefunction STARTING NEW TASK Taskname

DESTINATION ...

EXPORTING...

TABLES ...

EXCEPTIONS...

 RECEIVE RESULTS FROM FUNCTION Remotefunction 用于一个子主次内经受a冠道FC的调用结果。能够运用以下抽取参数:

  • IMPORTING

  • TABLES

  • EXCEPTIONS

附加项KEEPING TASK阻挡连接在接收处理结果后关闭。相关的长途上下文(滚动区域)保持能够选择的动静,直至调用者终止连接。

越多关于aXC90FC的音信方可从以下地点获得:

  • a福特ExplorerFC的调用属性

  • 从a途观FC接收结果

  • 保证远程上下文

  • a路虎极光FC的并行管理

关于a凯雷德FC变体的描述:

  • CALL FUNCTION - STARTING NEW TASK

  • RECEIVE

  • WAIT UNTIL

  • RFC示例

本文由开元棋牌发布于服务器&运维,转载请注明出处:【运维】SAP RFC介绍:关于sRFC,aRFC,tRFC,qRFC和

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。