skilljiang

环境：1台HP rp7420，1块2Gb光纤卡，1台光纤交换机，EVA8000（60块300GB 10RPM FC），SYBASE12.5
现象：在做数据库测试的时候，发现速度很慢。整个数据测试的动作大概是这样，先从数据库读数据，再将数据写入tempdb，然后从tempdb再写入数据库。反复操作，大量的IO读写。
解决过程：
主机端原先建立的lv是默认方式建立的，也就是说一个LV可能是占用了多个PV，也可能一个PV上建立了多个LV， 通过监控，发现数据库中的tempdb都建在了一个PV上，而这个PV则非常繁忙。因此，我对这些temdb所在的LV进行了调优，单独划分了多块PV，然后通过主机stripe的方式，将这些tempdb打散在这些PV上，经过调优后，发现数据库比之前快了很多。
问题：HP EVA号称每个PV（LUN）是横跨在所有物理磁盘上的，那么即使上述所的LV建在了一块PV上，那也应该有足够的IO并发，为什么还需要在主机端进行调优呢。

halex1227

Disk Group? HP只能在一个DG里面打散，如果DG太小，打散也是不够的，就得依靠您的主机进行多个DG之间的打散了。

另外，就SYBASE而言，如果数据库统计操作比较多的话，TEMPDB会成为热点，建议你把TEMPDB绑入到CACHE中，这样性能又要好不少，毕竟DISK I/O少了。

crash

应该是与HP-UX disk 的SCSI Queue Depth相关的.
当你把LV建在同一个PV上, 如果这个PV对应者一个/dev/rdsk/cxtydz, 那么所有的SYBASE IO都是通过同一个 HP-UX disk, default SCSI Queue Depth of HP-UX is 8, 很容易形成bottleneck; 当你把LV分散在不同的PV(HP-UX disk)时, total queuedpeth=8 * number of HP-UX disks, 所以你的IOPS就提高了, 反之如果瓶颈在EVA diskgroup 的话, 这样的调整是没有多大用的.  

另外你也可以调整HP-UX SCSI Queue Depth, 不过如果你对系统不是很熟悉的话, 有一定风险.

skilljiang

引用:

原帖由 halex1227 于 2008-6-10 17:40 发表
Disk Group? HP只能在一个DG里面打散，如果DG太小，打散也是不够的，就得依靠您的主机进行多个DG之间的打散了。

另外，就SYBASE而言，如果数据库统计操作比较多的话，TEMPDB会成为热点，建议你把TEMPDB绑入到CACH ...

CACHE ?存储cache么，eva8000好像还没有这个功能吧。

skilljiang

引用:

原帖由 crash 于 2008-6-10 20:34 发表
应该是与HP-UX disk 的SCSI Queue Depth相关的.
当你把LV建在同一个PV上, 如果这个PV对应者一个/dev/rdsk/cxtydz, 那么所有的SYBASE IO都是通过同一个 HP-UX disk, default SCSI Queue Depth of HP-UX is 8, 很容易 ...

兄弟有这方面相关资料可以看看么。

halex1227

引用:

原帖由 skilljiang 于 2008-6-11 09:43 发表

CACHE ?存储cache么，eva8000好像还没有这个功能吧。

看来大哥不是SYBASE的管理员，绑定一个特定的数据库到SYBASE的CACHE区域里，是SYBASE数据库的工作，是SYBASE性能调优的常用手段。
这个和用什么存储毫无关系，CACHE指的是SYBASE 的SHARING MEMORY

skilljiang

引用:

原帖由 halex1227 于 2008-6-11 21:13 发表

看来大哥不是SYBASE的管理员，绑定一个特定的数据库到SYBASE的CACHE区域里，是SYBASE数据库的工作，是SYBASE性能调优的常用手段。
这个和用什么存储毫无关系，CACHE指的是SYBASE 的SHARING MEMORY

呵呵，我的确不是DBA，不过sybase的share memory我们已经绑定了。