1。呵呵,解决问题第一步是看日志
去看看$COMMON_TOP/admin/log/
此目录下有个_.mgr文件,去看看里面报什么错吧,然后再想办法解决;
2。下面的方法请一定在发生非正常关闭EBS后发现并发管理器无法起来的情况下使用,并且先做好备份后使用!(先关闭并发管理器确定没有FND进程,在运行下面的脚本)
SELECT a.concurrent_queue_name
, substr(b.os_process_id,0,10) "OS Proc"
, b.oracle_process_id "Oracle ID"
, b.process_status_code
FROM fnd_concurrent_queues a
, fnd_concurrent_processes b
WHERE a.concurrent_queue_id=b.concurrent_queue_id
AND a.concurrent_queue_name in ('FNDICM', 'STANDARD', 'FNDCRM')
AND b.process_status_code='A'
ORDER BY b.process_status_code;
如果有任何的rows 的状态为A,那么把这些rows的process_status_code update成 K;
更详细的方法可以去参见metalink note:
134007.1 CMCLEAN.SQL - Non Destructive Script. to Clean Concurrent Manager Tables
171855.1 CCM.sql Diagnostic Script. for Concurrent Manager
说句题外话,其实metalink真的不错:)特别是knowledge这栏
去看看$COMMON_TOP/admin/log/
此目录下有个_.mgr文件,去看看里面报什么错吧,然后再想办法解决;
2。下面的方法请一定在发生非正常关闭EBS后发现并发管理器无法起来的情况下使用,并且先做好备份后使用!(先关闭并发管理器确定没有FND进程,在运行下面的脚本)
SELECT a.concurrent_queue_name
, substr(b.os_process_id,0,10) "OS Proc"
, b.oracle_process_id "Oracle ID"
, b.process_status_code
FROM fnd_concurrent_queues a
, fnd_concurrent_processes b
WHERE a.concurrent_queue_id=b.concurrent_queue_id
AND a.concurrent_queue_name in ('FNDICM', 'STANDARD', 'FNDCRM')
AND b.process_status_code='A'
ORDER BY b.process_status_code;
如果有任何的rows 的状态为A,那么把这些rows的process_status_code update成 K;
更详细的方法可以去参见metalink note:
134007.1 CMCLEAN.SQL - Non Destructive Script. to Clean Concurrent Manager Tables
171855.1 CCM.sql Diagnostic Script. for Concurrent Manager
说句题外话,其实metalink真的不错:)特别是knowledge这栏
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22816976/viewspace-622256/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22816976/viewspace-622256/