oracle erp二次开发数据库问题，高手请进！

oceany

首先声明ERP偶是不太懂了。
以偶以前开发B/S的经验，发生这种情况最大的可能就是程序中的数据库操作的某些链接在操作结束后，没有关闭。还有如果用户比较多，最好用连接池，重复利用，减小数据库连接的负荷。

wodafei

最初由 oceany 发布
[B]首先声明ERP偶是不太懂了。
以偶以前开发B/S的经验，发生这种情况最大的可能就是程序中的数据库操作的某些链接在操作结束后，没有关闭。还有如果用户比较多，最好用连接池，重复利用，减小数据库连接的负荷。 [/B]

楼上说的很有道理。我对这个开发也不是很熟，哪位达人知道问题的所在？？？


万分焦急中……………………

bin99

如果你打开了应用里 form 级的 audit 功能，你还可以通过如下的SQL找出是那个用户，在那个职责下使用那个功能：
select e.user_name,e.responsibility_name,e.user_form_name,e.time,e.*
from fnd_signon_audit_view e
where e.pid IN (
select d.pid from v$process d
where d.addr IN (
    select s.paddr
     from v$session s
))
;

不过照你说的情况，好象是你的Java这块有问题，请检查是不是有很多session都是由于java thin client引起的　

wodafei

最初由 bin99 发布
[B]如果你打开了应用里 form 级的 audit 功能，你还可以通过如下的SQL找出是那个用户，在那个职责下使用那个功能：
select e.user_name,e.responsibility_name,e.user_form_name,e.time,e.*
from fnd_signon_audit_view e
where e.pid IN (
select d.pid from v$process d
where d.addr IN (
    select s.paddr
     from v$session s
))
;

不过照你说的情况，好象是你的Java这块有问题，请检查是不是有很多session都是由于java thin client引起的　 [/B]

java这块有问题怎么搞呀？的确有很多session是由于java thin的连接引起的。以上语句执行之后没有查找到任何信息，可能“应用里 form 级的 audit 功能”没有打开吧，不知道怎么打开。

windff

Oracle的ERP的体系架构中用到的东西很多，比如Forms，一个用户连接就要有一个直接和数据库的连接，另外还有Concurrent，基本上是一个Process会打开一个数据库连接，还有就是Oracle Self Service部分的网页的东西，有走应用服务器Java的东西(这个会用连接池)，也有直接用PL/SQL出网页的东西，还有其他的一些服务，比如Discover等等，这些都会打开数据库连接，所以针对Oracle的Application最好允许数据库的连接数要比直接用Form并发的连接用户数大一些，大多少也和后面的那些服务的配置有关系，具体问题还是需要具体分析的。
还有就是系统会有一些死进程，这是比较头疼的问题，也应该说是各种各样的Bug引起的，这些死进程没有办法，只能手工去杀，我也一直在实际的生产环境中用过Oracle Application，只是在我们的开发环境中碰到过程序有Bug然后连接一直开着，一直占用系统资源的情况，听我们的客户说，如果系统允许down机的话，最好每周重起一下服务器，Oracle里面有些Java的东西还是有些问题的(连接的问题不知道，但内存泄漏肯定有，用一段时间系统性能会下降)。

wodafei

楼上说的有道理，高人呀，谢谢

siemenwang

一般的解決方法呢
或者預防措施呀????

westtony

我没用过OracleERP，但我知道，在系统运行时，一个用户的某一个操作很可能有多个进程，建议你使用连接池进行连接。

shiyihai

最初由 wodafei 发布
[B]救命啊，难道没有人知道吗？
数据库日志中有些端倪

如下：

Sun May  1 08:52:18 2005
Timed out trying to start process J000.
Sun May  1 08:54:23 2005
Timed out trying to start process J000.
Sun May  1 08:56:33 2005
Timed out trying to start process J001.
Sun May  1 09:05:31 2005


在线等…… [/B]

Timed out trying to start process J004.
Mon Sep 25 15:51:31 2006
Timed out trying to start process J004.
Mon Sep 25 16:02:37 2006
Timed out trying to start process J006.
Mon Sep 25 16:18:31 2006
Timed out trying to start process J004.
Mon Sep 25 17:36:43 2006
Timed out trying to start process J003.
Mon Sep 25 17:40:58 2006
Timed out trying to start process J003.
Mon Sep 25 17:43:09 2006
Timed out trying to start process J005.
Mon Sep 25 17:50:38 2006
Timed out trying to start process J004.
Mon Sep 25 17:52:46 2006
Timed out trying to start process J003.
Mon Sep 25 18:14:22 2006
ALTER SYSTEM SET job_queue_processes=30 SCOPE=BOTH;

水King

最初由 windff 发布
[B]Oracle的ERP的体系架构中用到的东西很多，比如Forms，一个用户连接就要有一个直接和数据库的连接，另外还有Concurrent，基本上是一个Process会打开一个数据库连接，还有就是Oracle Self Service部分的网页的东西，有走应用服务器Java的东西(这个会用连接池)，也有直接用PL/SQL出网页的东西，还有其他的一些服务，比如Discover等等，这些都会打开数据库连接，所以针对Oracle的Application最好允许数据库的连接数要比直接用Form并发的连接用户数大一些，大多少也和后面的那些服务的配置有关系，具体问题还是需要具体分析的。
还有就是系统会有一些死进程，这是比较头疼的问题，也应该说是各种各样的Bug引起的，这些死进程没有办法，只能手工去杀，我也一直在实际的生产环境中用过Oracle Application，只是在我们的开发环境中碰到过程序有Bug然后连接一直开着，一直占用系统资源的情况，听我们的客户说，如果系统允许down机的话，最好每周重起一下服务器，Oracle里面有些Java的东西还是有些问题的(连接的问题不知道，但内存泄漏肯定有，用一段时间系统性能会下降)。 [/B]