主机RS6000 存储为FastT700
首先对FastT7000的14块盘做成RAID0+1,分成4个LUN.对应到主机上是hdisk2-hdisk5.
然后为数据库ORACLE创建裸设备，使用以下命令。
mklv -y 'systemdbs'    -t 'raw' -a 'c' -e 'x'  datavg 32 hdisk2
最近从TOPAS上观测到waits很高，磁盘hdisk2-hdisk5都是100％busy。但KBPS却不大，4块盘加起来20M以内。

今天ORACLE的工程师说存储上可能没有真正实现条带化，查询了以下存储和AIX方面的文档，发现FAST在创建LUN的时候有个参数：segment size,默认是4K.
在操作系统上创建LV是有个选项stripe size,默认是no stripe。

我的问题是如果在创建LV是没有指定strip size，那是否意味着没有实现真正意义上的条带化？

不会把,你做RAID 0+1就是硬件条带,操作系统不用做stripe 了把

stripe有很多不好的地方，我近来还头痛着如何转回去。

os层stripe---把数据平均写到多个LUN上。
存储层---把数据平均分配到多个物理disk上。
os层做不做，看应用特性。

举例说明一下：）

除了维护上比较麻烦外，在性能是否有比较大的提升？

条带的读和写的性能都是对多块盘分块操作，比读写都在一块盘的性能肯定会提高

如果硬盘已经是做了raid5的逻辑盘，做stripe我觉得没意思，性能有降低的可能。这个我无法测试。

不过，维护上真的很麻烦。要扩大，一起扩，万一这盘上有其它的lv，大家的剩余空间不同，就 会浪费很多空间。我的环境是12块盘做stripe。好，当12块盘都满了的时候呢，你要继续这种方式的话，就要一下子加12块盘。有时想做migratepv，又会因为没有1个pp的空间而失败。当其中一块盘有问题的时候，相当于12块盘都有问题。上次有两个pv missing，结果要重新建立上面100多个lv。

的确,os上做stripe ,性能有提高也有限,维护太麻烦

如果只有一个阵列的话：
从控制器角度考虑，可以建2个以上的LUN，IO也可以分散在2条控制器路径上，但是当LUN多过2个的时候，这种分散就没有实际性能的意义了吧，就算IO分散到多个LUN上又有什么意义？反正是同一个阵列，两条路径，IO最后还是落回到控制器-硬盘上，绕了一圈还是同样的目的，写的时候多一次“切片”，读的时候多一次“组装”，费事。

如果有多个阵列的话：
这个问题就变了，在每个阵列的raid基础上，再在不同的阵列之间做os的stripe，把IO分散在不同的阵列上/控制器上，性能应该有不少改善，不过这就又引出了另一个问题，raid的方式、raid中磁盘数量、阵列控制器效率等等，这些都是厂家玩花样，但是我们无法测试的地方。

所以我觉得在阵列RAID基础上，再os做strip没有实际的性能意义，反而给维护带来巨大的工作量，实在是不值得，一家之见，欢迎板砖

刚见一实施方案，几个raid group，分了100多个lun，os上用的时候，讲什么分布，我都想拿刀砍人了。

當年的 人 已經走了,現在想砍人也沒對象.

这个问题，要分很多方面来看，目前简单想到的是以下几个方面：
1、系统层的划分
2、存储架构（双控、交换架构）
3、应用对数据的访问形式
4、文件系统的构建方式

近期本来是对存储有测试计划的，但目前被别的事情耽误了，争取下周搞了之后再写点东西。
估计会有很多老大来仍宝石，填充精华，哈。。。