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

iops

1. 系统运行缓慢可以从系统和sp上一起分析效果会比较好
2. 你的存储上有几个盘，vg 和lv 是如何分配的。
3. 有处理过许多这样的例子，有空多交流

biti_rainy

lz 的io 暂时根本就没响应慢的问题，只是io多的问题，所以在什么 raid 或者 lv 上去暂时对于lz没什么意义！

如果 sql 不能修改，能做的就很有效，增大  db  buffer  cache ，创建索引，尝试分析表看能否改变执行计划提高效率……  当然，也许lz将来唯一能做的就是增大内存、看能否周期性的归档数据，在io 响应慢的时候增加磁盘数量和存储cache并让io 分布均衡  

anlinew

SAP这样的系统不知道处于什么考虑要这么设置参数：
_optim_peek_user_binds        FALSE
_optimizer_join_sel_sanity_ch TRUE
_optimizer_or_expansion       DEPTH
_push_join_predicate          FALSE
_sort_elimination_cost_ratio  10
db_file_multiblock_read_count 8
hash_join_enabled             FALSE
optimizer_index_cost_adj      10

还不如干脆就RBO呢

[ 本帖最后由 anlinew 于 2007-12-26 21:01 编辑 ]

Fenng

这么几块 10K 转的硬盘能跑到 将近 20000 个 IOPS , 已经发挥到刘翔奥运会跨栏的表现水平了

不知道平均负载如何

这 DB 主要是                Transactions:                  5.70 太小了, 否则的话, 事务多一点, 这么大的 IO 早翘了

foxmile

精彩。确实是精华贴。

foxmile

原帖由 Fenng 于 2007-12-26 21:12 发表
这么几块 10K 转的硬盘能跑到 将近 20000 个 IOPS , 已经发挥到刘翔奥运会跨栏的表现水平了

不知道平均负载如何

这 DB 主要是                Transactions:                  5.70 太小了, 否则的话, 事务多一点, 这么大的 IO 早翘了

版主的书评很精彩。呵呵

feng_yz

原帖由 anlinew 于 2007-12-26 21:00 发表
SAP这样的系统不知道处于什么考虑要这么设置参数：
_optim_peek_user_binds        FALSE
_optimizer_join_sel_sanity_ch TRUE
_optimizer_or_expansion       DEPTH
_push_join_predicate          FALSE
_sort_elimination_cost_ratio  10
db_file_multiblock_read_count 8
hash_join_enabled             FALSE
optimizer_index_cost_adj      10

还不如干脆就RBO呢

这些参数是SAP 推荐要设置的，具体的原因要参考SAP的相关note.

feng_yz

原帖由 biti_rainy 于 2007-12-26 20:06 发表
lz 的io 暂时根本就没响应慢的问题，只是io多的问题，所以在什么 raid 或者 lv 上去暂时对于lz没什么意义！

如果 sql 不能修改，能做的就很有效，增大  db  buffer  cache ，创建索引，尝试分析表看能否改变执行计划提高效率……  当然，也许lz将来唯一能做的就是增大内存、看能否周期性的归档数据，在io 响应慢的时候增加磁盘数量和存储cache并让io 分布均衡  

目前确实没有响应慢的问题，只是I/O Wait很高，我比较担心。
先看看参数能否优化，同时也在不断优化自己开发的程序，相对来讲,sap的标准程序性能相当好。

feng_yz

原帖由 foxmile 于 2007-12-26 21:24 发表

版主的书评很精彩。呵呵

我提供的sp是在系统负荷相当高的时候收集的，当时I/O 70%左右。平均负荷没测。呵呵

feng_yz

原帖由 iops 于 2007-12-26 18:23 发表
1. 系统运行缓慢可以从系统和sp上一起分析效果会比较好
2. 你的存储上有几个盘，vg 和lv 是如何分配的。
3. 有处理过许多这样的例子，有空多交流

1.我现在系统运行不会缓慢，I/O wait高。
2.有32*10K*300G盘共分4组，只有一个VG 跨了这4个组，目前仅启用了1/3的vpath, 因数据量还没有那末大，
  目前的lv都是一个lv对应一个vpath, 后续要新建lv 跨多个vpath。请多指教，谢谢！