IBM590+DS8100+SAP 有超高的I/O Wait

feng_yz

谢谢各位的热烈回复。
确实我们系统有很多应用需要修改，但是毕竟要比较长的时间去优化。 目前我能做的事情就是能
把数据库的参数调整的更好一点。目前我用nmon工具去监控，free memory基本上就几M, 所以
我是担心再加大db_cache_size是否可行。 目前的shared_pool_size 为6G,可是我从v$sgastat
看shared的free memory仅有500M, 是否可下调一半？thanks.l

WESTLIFE_XU

原帖由 feng_yz 于 2007-12-26 10:18 发表
谢谢各位的热烈回复。
确实我们系统有很多应用需要修改，但是毕竟要比较长的时间去优化。 目前我能做的事情就是能
把数据库的参数调整的更好一点。目前我用nmon工具去监控，free memory基本上就几M, 所以
我是担心再加大db_cache_size是否可行。 目前的shared_pool_size 为6G,可是我从v$sgastat
看shared的free memory仅有500M, 是否可下调一半？thanks.l

我从你的报表上看里面还有1.5G左右的空闲。应用改进是需要比较长的时间，但是sql的执行计划你还是可以调的，加上合适的索引

kiddwyl

IOWAIT超过30%就应该要关注了，你的存储是什么？是否采用了条带技术？采用什么RAID技术？这块请详细说明

花好月不圆

swap 使用情况如何

rollingpig

1。 Top read SQL

2. 降低shared_pool , 1G应该没问题（目的是为了加db_cache_size)

3。 增加db_cache_size,根据free memoey的状况，尽量往上加。（当然要保证系统的memory及一定量的free)

biti_rainy

一点建议：

share_pool_size 的 free虽然少但是parse却不多的，可以考虑控制在2G 以内

2:  SGA 大小  和你的oracle 进程数量有关，假定当前稳定数量是 N . 到底 oracle  process 每个消耗多少内存，sap 不知道是怎样的，比如正常数据库可能在5--6 MB/进程，但是 oracle  EBS 却几乎达到 20MB/进程  。如何看呢，这样

ps -e -o pid=PID -o 'vsz=VirtualMem(K)' -o rss='RealMem(K)' -o pcpu=%CPU -o args=command | sort -b +2 -n  |grep "LOCAL=NO"

这样将连接上来的server 进程的私有内存消耗排序列出来。你看看第二列，大体上平均值是多少。假定平均值是 M
则 SGA 大小可以这样控制：

SGA =  64G*80% -   N*M(MB)*150%/1024

这样假定你现在稳定有1000个进程，每个进程消耗10MB,那么就是
64*0.8 -  1000*10*1.5/1024, 大约可以设置到35G SGA 左右。 如果你使用的是文件系统，那么还可以适当降低SGA到30G 以内，但 sga 注意配合 VMO 调整v_pinshm同时使用 lock_sga = true   。

biti_rainy

由于 SAP 的应用要调整sql 是异常的困难，加个索引什么的还可以考虑，所以扩大 db  cache  size 是最直接有效的办法。
当然，如果有的表只是在一些report中才会用到不太关心命中率 但表又比较大，为了不影响其他表的命中率，可以给这类表单独开一个  recycle  pool，给个三两个g 内存。

[ 本帖最后由 biti_rainy 于 2007-12-26 11:56 编辑 ]

anlinew

分析造成大量IO的sql先吧

rollingpig

64G的memory , 可以给到至少32G db_cache_size

cc59

db_cache_size现在确实是比较编小,造成了很高的pr.

倒觉得shared pool目前不是重点,你有16个cpu.这里可以考虑减到2-2.5GB

以用于db_cache_size.