|
# 42686
David
来自: 北京
|
|
|
 To: eygle
eygle老大,我们的应用中存在大量的SQL*Net message from(to) client等待事件,而且部分应用操作巨慢无比,在oracle查看v$session_wait看到一大堆这样的等待事件,而且执行操作的session非常消耗cpu、内存及IO资源，我们的系统采用的solaris 8操作系统，v880的主机跑oracle,采用ha方式.最近我们的weblogic经常自动挂起,bea工程师分析的过程说是因为连接超时太多造成,原因是java应用都锁在socket_read阶段,大家都hang在那里,可究竟是什么问题导致sql查询非常消耗资源,而且在返回结果集的时候非常的慢,甚至不能够返回?请老大指点小弟该如何入手分析,如果您需要我提供trace file或者什么参数之类的,我都可以提供
From: David
2007.02.07 14:37
|
|
|
|
|
To: David
所有session都处于空闲等待么?
一定有session在执行大量操作的，也可以从操作系统找出那些占用CPU搞的进程，在从数据库中捕获其sql
From: eygle
2007.02.07 15:41
|
|
|
|
|
# 42685
love2008
|
|
|
To: eygle
谢谢eygle老大的回答。
1：是不是ORACLE在调用NVL的时候，默认的加上了STANDARD包，因为自己定义的包内的函数引用的话，必须指定所在的包。
2：我如何给包内的函数建同义词。既把PACK_TEST.F_TEST1建成这样的同义词：F_TEST
我建的时候不报错，但是引用就不行，就提示F_TEST是没有定义的标识符
谢谢EYGLE！！！
From: love2008
2007.02.07 13:52
|
|
|
|
|
To: love2008
Package中的函数，你可以通过自定义函数来引用，例如Oracle自定义的你也可以看到:
create or replace function database_name return varchar2 is
begin
return dbms_standard.database_name;
end;
From: eygle
2007.02.09 10:05
|
|
|
|
|
# 43134
David
来自: 北京
|
|
|
To: eygle
eygle兄,小弟慕名买了您的两本书,很受启发,但现在我们项目面临的问题是有别于书中范例,因小弟又是刚学,解决起问题来很吃力,所以,想求助一下老兄.
首先我先描述一下我们的环境,应用服务器是weblogic 8.1.6,后台数据库是HA模式的oracle 9.2.0.6,中间有防火墙做地址转换.主机操作系统是solaris 8,服务器是sun v880,连接sun 3310阵列,数据卷做的raid5,没有采用裸设备.
目前我们的故障现象是系统运行大约1个星期,weblogic就必须重新启动,日志里会报一个队列超时的错(我个人认为可能是长时间拿不到数据库返回的结果),同时连接池中的连接也不能够被释放,久而久之,连接池会被占满,系统就会被强制挂起,然后就必须手动重新启动weblogic.
我加强了对数据库的监控,发现出现故障的时候,单条的sql语句执行时间都会非常长,有的还超过了30分钟,我通过emc把sql抓出来,放在pl/sql里执行,执行时间不超过2秒.我查看了v$session_wait,发现基本上全是SQL*NET message from client的等待事件.
由于数据库的长时间执行,导致结果不能返回给weblogic,系统报超时600秒的错,根据bea网站的解释,这样的错如果报的频繁,系统就自动挂起.
请老兄指点小弟该如何入手去查找问题.另外,我在库中收集了大约24小时的statspack,如果您需要我提供什么信息,我都可发给您.
From: David
2007.02.07 09:43
|
|
|
|
|
# 43133
David
来自: 北京
|
|
|
 To:
eygle兄,小弟慕名买了您的两本书,很受启发,但现在我们项目面临的问题是有别于书中范例,因小弟又是刚学,解决起问题来很吃力,所以,想求助一下老兄.
首先我先描述一下我们的环境,应用服务器是weblogic 8.1.6,后台数据库是HA模式的oracle 9.2.0.6,中间有防火墙做地址转换.主机操作系统是solaris 8,服务器是sun v880,连接sun 3310阵列,数据卷做的raid5,没有采用裸设备.
目前我们的故障现象是系统运行大约1个星期,weblogic就必须重新启动,日志里会报一个队列超时的错(我个人认为可能是长时间拿不到数据库返回的结果),同时连接池中的连接也不能够被释放,久而久之,连接池会被占满,系统就会被强制挂起,然后就必须手动重新启动weblogic.
我加强了对数据库的监控,发现出现故障的时候,单条的sql语句执行时间都会非常长,有的还超过了30分钟,我通过emc把sql抓出来,放在pl/sql里执行,执行时间不超过2秒.我查看了v$session_wait,发现基本上全是SQL*NET message from client的等待事件.
由于数据库的长时间执行,导致结果不能返回给weblogic,系统报超时600秒的错,根据bea网站的解释,这样的错如果报的频繁,系统就自动挂起.
请老兄指点小弟该如何入手去查找问题.另外,我在库中收集了大约24小时的statspack,如果您需要我提供什么信息,我都可发给您.
From: David
2007.02.07 09:41
|
|
|
|
|
# 42683
yang_shuo
|
|
|
To: eygle
哦，忘了说版本了，我还以为9i和10g在这里是一样的呢，我上来就接触的10g，等10g搞得差不多了，就去看9i，oracle网上没9i的下载了，呵呵
From: yang_shuo
2007.02.06 14:21
|
|
|
|
|
# 42681
Chi
来自: Mexico
|
|
|
To: Eygle
About the occurrence of log 2 sequence# 1012 cannot be archived, because I run 2 import pump continuously, therefore I forgot to check the alert log file.However I never expected that the import pump with the table_exists_action would create so much archivelog.If I just use regular fresh import pump, drop/recreate the schemas, then I did not got that (maybe that soon)
Now another question about the RMAN backup slowness on my AIX 5.3L system.I think it is because of the wrong filesytem setup with the jfs type.I just read this paper-http://www-1.ibm.com/servers/aix/whitepapers/db_perf_aix.pdf, because on my test linux machine, there is no slowness of rman backup. while on this AIX box with jfs filesystem, I have to diable the disk_asynch_io of oracle to speed up the backup.WHat do U thin?
From: Chi
2007.02.06 00:29
|
|
|
|
|
# 42679
rocket_zhao
|
|
|
To: eygle
您好：
我自学ORACLE已经快4年了，但进步总是很小。我现在又出现了一个停滞。
请教盖老师如何才能取得更大的进步。另外，除了掌握ORACLE的知识外还需要涉猎那些方面的知识，以便支持oracle的学习。
From: rocket_zhao
2007.02.05 14:49
|
|
|
|
|
# 42677
yang_shuo
|
|
|
To: eygle
我用alter session set events 'immediate trace name controlf level 10';dump出来的/u01/app/oracle/admin/testdb/udump/testdb2_ora_21059.trc是这样的
/u01/app/oracle/admin/testdb/udump/testdb2_ora_21059.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1
System name:Linux
Node name:node2
Release:2.6.9-5.EL
Version:#1 Wed Jan 5 19:22:18 EST 2005
Machine:i686
Instance name: testdb2
Redo thread mounted by this instance: 2
Oracle process number: 23
Unix process pid: 21059, image: oracle@node2 (TNS V1-V3)
是我哪搞错了，请指教。。。。。
From: yang_shuo
2007.02.05 12:13
|
|
|
|
|
eygle.com
我要留言
回复
编辑
SYS$USERS) 2007-02-06 06:10:35.453
