[RAC Clusterware] awr 中的困惑 4点

2^#

发表于 2013-3-22 22:51:19

. Parse CPU to Parse Elapsd % 这个值很低。

===>

parse time elapsed 65.38 0.50 解析不是大问题所以不用纠结

3^#

发表于 2013-3-22 22:52:04

2.目前有一个虚拟页面调入调出异常是否是BUG引起的呢？

==》

ADDM报告显示的 page in page out未必是DB instance造成，也未必100%准确

4^#

发表于 2013-3-22 22:52:48

db file sequential read 40,365 0 257 6 0.59 1.98

==>单块读不是主要矛盾

5^#

发表于 2013-3-22 22:55:45

CPU Time (s) Elapsed Time (s) Executions CPU per Exec (s) % Total % Total DB Time    SQL Id SQL Module SQL Text
1,369 1,438 16,431 0.08 11.63 11.07 882qy6gr5kdb5    JDBC Thin Client SELECT 'wt.vc.baseline.Managed...
1,144 1,204 2,088 0.55 9.73 9.27 atzsksghkv0fy    JDBC Thin Client SELECT 'wt.workflow.work.WorkI...
1,090 1,153 3,139 0.35 9.27 8.87 8304vvr5ssafs    JDBC Thin Client SELECT 'wt.filter.NavigationCr...
959 1,011 1,057 0.91 8.15 7.78 f4sguh6s15smm    JDBC Thin Client SELECT 'wt.workflow.work.WorkI...

主要矛盾还是上述4个语句的 cpu消耗，例如atzsksghkv0fy 一次执行 0.55s on cpu , 对应为44,321.05个逻辑读/次

逻辑读每秒 1g，对于windows + 8 core还是有些压力的。

6^#

发表于 2013-3-22 23:06:00

sql  "atzsksghkv0fy"
我抓出来看了 4个表连接  上面也都有索引的
执行计划  看也都是按照索引来查询的没有全表扫描
似乎没发现如何继续调整这个语句。。

请问刘大  怎么办呢？
  还有一个大的问题如果没有BUG 那有没有必要来升级到 11.2.0.3 版本呢

其实现在我们最迫切需要的就是最优化等待时间的SQL语句。。。可是不知道从何下手。。。

可能这个是很多人的问题。。。
会利用AWR来优化，比如何读AWR 更重要吧。

7^#

发表于 2013-3-22 23:22:47

Maclean Liu(刘相兵发表于 2013-3-22 22:55
CPU Time (s) Elapsed Time (s) Executions CPU per Exec (s) % Total % Total DB Time SQL Id SQL Module ...

刘大。。。
如何优化下

最近在看罗敏老师的品悟性能优化
理论和实践的差距怎么跨越

Teddy.huang

8^#

发表于 2013-3-23 11:43:25

你说sql已经都走了索引了，机器性能IO只能到这么高，那没办法，只能换硬件。

我发现几个有意思的地方：
1、pga用得真少啊，才400M左右，但是sort没问题，sga却达到了35g.
2、一个version count 1,684,827,976次的语句，
Version Count Executions SQL Id SQL Module SQL Text
1,684,827,976 1,867,805,285 cazsy303x1bsm JDBC Thin Client (SELECT 0 indexAlias , A0.clas...

检查下这个语句，是不是遇上什么bug？

9^#

发表于 2013-3-23 17:23:05

Teddy.huang 发表于 2013-3-23 11:43
你说sql已经都走了索引了，机器性能IO只能到这么高，那没办法，只能换硬件。

我发现几个有意思的地方：

SGA_TARGET 指定成了35G
memory_max_size指定为45G

所以PGA一直很定为10G

请了一个咨询公司的人过来初步免费诊断过，初步报告里面说是有可能BUG。。。但是他具体的情况不解释不说，后面具体的就是收费的项目了。。。

icnm

10^#

发表于 2013-3-25 15:44:12

需要做次碎片整理

11^#

发表于 2013-3-31 13:42:04

icnm 发表于 2013-3-25 15:44
需要做次碎片整理

EM 控制台上是有关于段的指导意见的

我shrink space 过最大的几个索引段
悲剧的是产生了大量的归档日志。。。。
造成当天晚上数据库增量备份特别的大。。。

有没有什么更好的碎片整理的办法呢？

12^#

发表于 2013-3-31 13:58:59

icnm 发表于 2013-3-25 15:44
需要做次碎片整理

请问大侠你是怎么从AWR中看出需要碎片整理的

EM 控制台中有大量的段整理指导建议
我也建议过领导要整理下，可能考虑到系统稳定的原因为前提，一直没有做
我偷偷的做了几个最大的索引段的收缩，收缩后，观察了下，索引表空间并没有释放多少空间。
还差点把归档日志的磁盘撑爆掉。。。

由于EM 平台中建议收缩的段很多数量高达85个，我刚接手的这个生产库。。。左右为难的我