Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2518648
  • 博文数量: 323
  • 博客积分: 10211
  • 博客等级: 上将
  • 技术积分: 4934
  • 用 户 组: 普通用户
  • 注册时间: 2006-08-27 14:56
文章分类

全部博文(323)

文章存档

2012年(5)

2011年(3)

2010年(6)

2009年(140)

2008年(169)

分类: Oracle

2009-10-23 10:44:08

 EBS中的冲突解决管理器旨在解决请求与请求之间的冲突,今天有幸见识了一下,但对于处理结果不是很满意。
 
背景:ASCP计划运行出错,原因是“AIX-64基于内存的计划”请求失败。这个错误不是这篇文章的重点,修改一下环境变量重启并发管理器可以解决。由于这个请求失败导致“计划数据收集”、”计划数据提取“请求处于正在等待的状态。重新启动并发管理器继续要求用户跑ASCP计划,结果在计划数据收集这个请求上一直处于待定阶段,状态为:正在等待。截图如下:
 
 
诊断信息已经提示:此请求正在等待冲突解决管理器的处理。但事实上就一直没有动静了。谁与它冲突了?这是关键!与它冲突的就是上次还在等待状态的计划数据收集、计划数据提取请求。由于中间重启了并发管理器,系统会认为并发管理器出现了异常导致现在无法cancel掉这两个请求。怎么处理?很简单在底层表上处理(不得以而为之)。update一下fnd_concurrent_requests就可以了。更新PHASE_CODE、STATUS_CODE字段就可以了。更新完成后还需要提交”计划数据收集-清除分段表“的请求。一般情况下当并发管理器进程异常或计划ODS装载异常的时候都需要跑这个请求。
 
 
 
阅读(8402) | 评论(5) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2011-03-20 00:04:08

找了好久,终于找到同样的问题的文章了, 楼主能够把解决方法说详细点,一步一步的说,我一个学生刚接触这个才一个月,求帮助。谢谢

chinaunix网友2010-04-01 20:39:02

类似问题也遇到过,处理方法是对冲突管理器中重新核对一下,请求就过去了。

chinaunix网友2010-03-15 22:19:06

我用的是ebs R12 计划数据收集-清除分段表,,好像在R12上找不到

chinaunix网友2010-03-15 22:15:15

请问update跟新为何值,更新为C值可以么

chinaunix网友2010-03-15 22:09:32

拜读大作,我也遇到同样问题,谢谢你的文章 但是不知道update更新的是哪个request_id的phase_code列,是与当前等待请求冲突的那个请求么,请问您这个解决来自那篇note,谢谢,希望能交流一下