关于EBS中的冲突解决管理器

 EBS中的冲突解决管理器旨在解决请求与请求之间的冲突，今天有幸见识了一下，但对于处理结果不是很满意。

 

背景：ASCP计划运行出错，原因是“AIX-64基于内存的计划”请求失败。这个错误不是这篇文章的重点，修改一下环境变量重启并发管理器可以解决。由于这个请求失败导致“计划数据收集”、”计划数据提取“请求处于正在等待的状态。重新启动并发管理器继续要求用户跑ASCP计划,结果在计划数据收集这个请求上一直处于待定阶段，状态为：正在等待。截图如下：

 

 

诊断信息已经提示：此请求正在等待冲突解决管理器的处理。但事实上就一直没有动静了。谁与它冲突了？这是关键！与它冲突的就是上次还在等待状态的计划数据收集、计划数据提取请求。由于中间重启了并发管理器，系统会认为并发管理器出现了异常导致现在无法cancel掉这两个请求。怎么处理？很简单在底层表上处理（不得以而为之）。update一下fnd_concurrent_requests就可以了。更新PHASE_CODE、STATUS_CODE字段就可以了。更新完成后还需要提交”计划数据收集-清除分段表“的请求。一般情况下当并发管理器进程异常或计划ODS装载异常的时候都需要跑这个请求。