ebs 处理和解决过哪些线上问题

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

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

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

不兼容就是这个报表在运行的时候，如果有其他用户再提交这个报表，那么新提交的报表就一直处于等待状态，等之前的运行完毕后，才转为运行状态。范围控制的范围啊，至于域跟全局的概念我的理解是域可能是指同一个ORG下，全局应该是整个系统下。

祝你愉快，满意请采纳。

---