Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

334

积分

0

好友

2

主题
1#
发表于 2011-11-16 10:16:38 | 查看: 8236| 回复: 11
aix5.3+oracle 10.2.0.4.0+rac(two nodes)
通过pl/sql、sql develop连接数据库时,只等待,不报错。
已经连接上的还可以查询数据。
在OS通过 conn /as sysdba,还可以连接到数据库。

alert文件中没有报警信息。
process 参数为1000,一定能满足要求。

这个问题怎么解决????


附故障前的awr ,,     (自己改的扩展名)

awrrpt_1115_02.zip

1.26 MB, 下载次数: 870

2#
发表于 2011-11-16 10:23:49

回复 1# 的帖子

lz 你好,

zip 包下载后 解压失败
AWR 报告会有1.26MB 这么大?

回复 只看该作者 道具 举报

3#
发表于 2011-11-16 16:20:39
不好意思 ,新的文件。。。 这次应该可以用了

awrrpt_1115_02.zip

157.18 KB, 下载次数: 925

回复 只看该作者 道具 举报

4#
发表于 2011-11-16 16:37:47
Elapsed:                  59.14 (mins)                  
DB Time:                  263.39 (mins)

cpu count 16  有一定的负载, 但是这个AWR 不能说明应用连接等待的

回复 只看该作者 道具 举报

5#
发表于 2011-11-16 20:40:43

回复 3# 的帖子

你好,

下午比较忙 , 现在空了。

能否上传问题时段的ASH , 只需要问题时段几分钟内的。

回复 只看该作者 道具 举报

6#
发表于 2011-11-17 08:54:25
那个时候 的ash,是没有数据 的。。

回复 只看该作者 道具 举报

7#
发表于 2011-11-17 08:58:42

回复 4# 的帖子

Elapsed:                  59.14 (mins)                  
DB Time:                  263.39 (mins)

cpu count 16  有一定的负载, 但是这个AWR 不能说明应用连接等待的


这个应该还可以吧,算法是    263.39/(59.14*16)=27%?????  还可以吧。   这个是16个物理CPU,每个都 是双核的,是不是应该
263.39/(59.14*16*2)=13%   ?????????    可能是 我理解 的有问题。请指点

回复 只看该作者 道具 举报

8#
发表于 2011-11-17 14:13:11

回复 7# 的帖子

当是的负载不高,  但是缺少 ASH 或者 systemstate dump 等信息,不足以说明hang的原因

回复 只看该作者 道具 举报

9#
发表于 2011-11-17 14:36:26

回复 8# 的帖子

ash 没数据,还有别的办法吗????

回复 只看该作者 道具 举报

10#
发表于 2011-11-17 15:43:47

回复 9# 的帖子

问题时段udump目录下的trace 文件 可能有一些证据。
也可以查下 1节点的 告警 和CRS 日志 。

问题到这里, 就是利用 仅有的日志 、 性能报告 等有用信息进行盘查了。
如果再没其他有力证明的话 ,那么只能猜了

回复 只看该作者 道具 举报

11#
发表于 2011-11-17 16:34:51

回复 10# 的帖子

我看alert 日志中,,数据库出问题前都 是正常的日志切换。。。

crs 的  aler中,  出问题前没有什么信息,  一直到我重启,才有我重启的信息。。。

回复 只看该作者 道具 举报

12#
发表于 2011-11-18 09:15:10
Lister.ora中  信息:$ pwd
/oracle/product/10.2.0/db_1/network/log
$ tail -10 listener.log
11-NOV-2011 16:02:00 * service_update * sptdi1 * 0
11-NOV-2011 16:02:00 * service_update * sptdi1 * 0
11-NOV-2011 16:02:03 * service_update * sptdi1 * 0
11-NOV-2011 16:02:03 * service_update * sptdi1 * 0
11-NOV-2011 16:02:03 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=sptdi)(CID=(PROGRAM=sqlldr)(HOST=localhost.localdomain)(USER=root))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.40.5)(PORT=34459)) * establish * sptdi * 0
11-NOV-2011 16:02:06 * service_update * sptdi1 * 0
11-NOV-2011 16:02:06 * service_update * sptdi1 * 0
No longer listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=orasrva)(PORT=1521)))
Listener completed notification to CRS on stop
11-NOV-2011 16:02:53 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=orasrva)(USER=oracle))(COMMAND=stop)(ARGUMENTS=64)(SERVICE=LISTENER_ORASRVA)(VERSION=169870336)) * stop * 0


就是出事时,listener.ora里是没有加入新内容的

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-6-2 08:01 , Processed in 0.054387 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569