如何才算真正意义上的条带化？

balefired

主机RS6000 存储为FastT700\r\n首先对FastT7000的14块盘做成RAID0+1,分成4个LUN.对应到主机上是hdisk2-hdisk5.\r\n然后为数据库ORACLE创建裸设备，使用以下命令。\r\nmklv -y \'systemdbs\'    -t \'raw\' -a \'c\' -e \'x\'  datavg 32 hdisk2\r\n最近从TOPAS上观测到waits很高，磁盘hdisk2-hdisk5都是100％busy。但KBPS却不大，4块盘加起来20M以内。\r\n\r\n今天ORACLE的工程师说存储上可能没有真正实现条带化，查询了以下存储和AIX方面的文档，发现FAST在创建LUN的时候有个参数：segment size,默认是4K.\r\n在操作系统上创建LV是有个选项stripe size,默认是no stripe。\r\n\r\n我的问题是如果在创建LV是没有指定strip size，那是否意味着没有实现真正意义上的条带化？

orian

条带化是不同层面的事情，在同一组物理设备上重复做条带化没有任何好处。但不同组设备上做不同层条带化有好处。\r\n\r\n这就是：如果在14块盘做的raid上分出4块hdisk（已经做了硬件条带），然后在这4块盘（逻辑盘，还是那14块物理盘）上做另一层lv的条带，没有用处\r\n\r\n然而如果：在7块盘上做raid，分出2块hdisk, 另7块盘上做raid, 再分处2个hdisk，然后在这4个hdisk上做lv的条带，一定比不做lv的条带好。不过还是没有直接做成14块盘的raid条带好。\r\n\r\n这个100% busy没有什么意义，不过说磁盘任何时间都有访问而已，如果你的系统数据处理很多，又分布在各个盘上，那么自然任何时候磁盘都在干活。所以busy\r\n\r\n如同你个以个人分配了很多事情，那么无论什么时候你去看，他都在busy，只说明任务多而已。\r\n\r\nwait高能说明一些问题，可以适当调整，例如看看4k是否有效率，通常oracle都是8k, 16k甚至64k，根据oracle io的特点来设定。\r\n\r\n还有一些存储的具体配置，例如cache write back还是write through，mirror还是不mirror，不过这些优缺点参半，性能和可靠性是冤家对头。操作系统也有调，说来就多了，depends.

piner

不是条带的问题，感觉是他cache出了问题

orian

20M/s不算大，确实应当看看cache怎么设的