ORACLE-EBS并发管理器

关于Oracle E-Business Suite并发处理机制（Current Processing）2015-01-21 14:05 2352人阅读评论(0) 收藏举报分类：Oracle EBS（48）Oracle EBS Concurrent Program（15）版权声明：转载请以链接形式注明出处2012年写过一篇关于Oracle E-Business Suite并发管理器的文章，回头看之前总结的内容还是比较单薄，很多点没说到，最近在看这块的内容，索性再写一篇稍微完整的文章来。

Oracle E-Business Suite并发处理机制（Current Processing）的好处区别于普通功能的处理机制，并发处理机制其实是一个异步处理机制，它把程序放到后台来运行，前台的操作还给用户，允许用户可以继续做其他业务。

技术上将，异步处理的好处是降低系统特定时间点的负载，提升系统资源的整体使用率。

感受上讲，异步的机制可以有效提升整体的使用感受，减少用户无效的等待时间。

什么样的程序可以用并发机制来处理报表类报表是一种非常个性化的东西，一般也是每家公司客户化最多的部分，如果为报表需求都开发不同的列表界面来查询、展示，那么工作量将是巨大的。

所以Oracle把报表嵌入到并发处理中，通过一些灵活的配置或少量的开发（Reports/BI Publisher Reports）既可以实现用户各类报表的需求.流程类多用于批量事务处理，或是长时间运行的业务，如库存管理器批量处理接口表中的临时事务。

并发处理机制（Current Processing）的两类组件并发处理机制（Current Processing）包括两类组件：∙并发管理器（Concurrent Managers）∙并发请求（Concurrent Requests）像公司中“经理”一样，Manager给Worker安排任务，Worker负责具体的执行。

Oracle EBS 中的Concurrent Managers就是负责安排工作，Concurrent Requests负责具体的执行。

并发管理器（Concurrent Managers）的分类一家企业一般都有许多的经理，有着高低之分，总裁、总监、经理、主管....Oracle EBS这家企业中，同样也有着许多不同层面上的Concurrent Manager，有核心的Concurrent Managers管理团队（Internal Concurrent Manager、Standard Manager、Conflict Resolution Mananger），也有普通Concurrent Managers。

核心的Concurrent Managers团队管理下边普通Concurrent Managers。

1.核心的三个并发管理器：∙Internal Concurrent Manager（内部管理器）— The master manager is called the Internal Concurrent Manager (ICM) because it controls the behavior of all ofthe other managers, and because the ICM is the boss, it must be running beforeany other managers can be activated. The main functions of the ICM are to startup and shutdown the individual concurrent managers, and reset the othermanagers after one them has a failure.∙Standard Manager（标准管理器）— Another important master Concurrent Manager is called the Standard Manager (SM). The SM functions to run any reports and batch jobs that have not been defined to run in any specific product manager.Examples of specific concurrent managers include the Inventory Manager, CRPInquiry Manager, and the Receivables Tax Manager.It is not recommended to add specialization rules to the standard manager as it can cause problems.∙Conflict Resolution Manager（冲突解决管理器）— The Conflict Resolution Manager (CRM) functions to check concurrent program definitions forincompatibility rules. However, the ICM can be configured to take over the CRM's job to resolve incompatibilities.小结：∙Internal Concurrent Manager是管理器中的BOSS，总负责人，控制着其他并发管理器的运作。

∙Standard Mananger是标准管理器，没有纳入其他特定管理器（Specific Concurrent Managers）的请求，默认就会由标准管理器管理。

∙Conflict Resolution Manager主要用于处理日程冲突。

2.特定用途的并发管理器（Specific Concurrent Managers ，SCM）除了上边说的三个核心并发管理器，还有众多的特定用途的并发管理器，如库存管理员（Inventory Manager），接收事务处理管理器（Receiving Transaction Manager），MRP Manager，以及用户自定义的并发管理器。

并发管理器是如何管理并发请求的并发请求从提交到运行大概的过程是这样的：用户首先提交并发程序运行请求，并发请求会首先放入请求队列中，再由Internal Concurrent Manager根据特定的规则找到对应的Concurrent Manager（是Standard Manager，还是特定的并发管理器）来运行这些请求。

下图为一个典型的并发管理器管理并发请求的流程图：并发管理器的定义并发管理器（Concurrent Manager）= 参数（缓存大小、节点设置...) + 特殊规则（Specialization Rules）+ 工作班次(Work Shifts)并发管理器的定义路径：系统管理员职责->并发->经理->定义，定义过程也可以参考官方文档：Link。

以Inventory Manager为例，下图为库存管理器的定义界面。

Cache Size：这个数字表示并发管理器每次读取多少请求来运行。

Enter the number of requests your manager remembers each time it reads which requests to run. For example, if a manager's work shift has 1 target process and a cache value of 3, it will read three requests, and try to run those three requests before reading any new requests.Tip: Enter a value of 1 when defining a manager that runs long, time-consuming jobs, and a value of 3 or 4 for managers that run small, quick jobs.Node：这个是并发管理器负载均衡的设置，即Parallel Concurrent Processing（PCP）。

如果服务器是多节点的，那么可以在这里设定并发管理器以哪个节点为主节点运行，哪个节点为辅节点。

If you are operating in a parallel concurrent processing environment and you want your manager to operate on a specific node, select the name of the node.The primary node, if available, is the node your concurrent manager operates on. If the primary node or the database instance on it goes down, your concurrent manager migratesto its secondary node. Your concurrent manager migrates back to its primary node when that node becomes available.特殊规则(Specialization Rules)中设定并发管理要包括/排除的并发请求。

工作班次（Work Shifts）中赋予Inventory Manager并发管理器的运行班次(Work Shift)，运行班次决定了并发管理什么日子、什么时间来运行。

流程(Processes)：这个字段Oracle EBS中文翻译的有问题，官方翻译成“流程”，我觉翻译成“进程”更好，这个参数表示，对于每个班次，Concurrent Manager能够调用最大操作系统层的进程数量来并发处理请求。

休眠秒(Sleep Seconds)：表示班次间的间隔时间。

The sleep time for your manager during this work shift. Sleep time is the number of seconds your manager waits between checking the list of pending concurrent requests (concurrent requests waiting to be started).Tip: Set the sleep time to be very brief during periods when the number of requests submitted is expected to be high.Oracle EBS并发管理器性能调优的最佳实践一、调整并发参数-Sleep Seconds-Cache Size-Purging-Gather Schema Statistics二、负载调整-Specialized Concurrent managers三、Output Post Processor – OPP-Java Heap Size四、Tuning PCP/RAC五、Transaction Managers详情可以参考以下文档：Best Practices for Performance for Concurrent Managers in E-Business Suite (DocID 1057802.1)EBS - Technology Area - Webcast Recording 'E-Business Suite - Concurrent Manager Performance - Best Practices' [video] (Doc ID 1367676.1)Specialized / Dedicated Concurrent Managers (Enhancing Performance)Concurrent manager in Oracle AppsBest Practices for Performance for Concurrent Managers in E-Business SuiteInside the Oracle Concurrent Manager如何判断并发管理器是否正常运行系统管理员职责，Concurrent->Managers->Administer，如果Target和Actual相等，并且都大于0，则表示并发管理器为启动和运行状态。