关于磁盘阵列划盘大小对ORACLE性能影响的问题

思考的牛

以下内容来源于网络，希望能对大家进行存储分区设计和实施的时候有所帮助。
分割线内为不同人回帖。


现在磁盘阵列主要是给ORACLE数据库使用，划盘大小对ORACLE性能有没有影响。比如说划一个LUN 1T，或者一个LUN 200G。我问过几个厂家工程师有的说最好不超过500G，有的说没影响，多大都行。
我上网查找，好像没有关于这个问题的明确说法，请大家讨论一下这个问题。在AIX下ORACLE 至少有三种情况：1、使用文件系统；2、使用裸盘；3、使用ASM；这三种情况下有没有什么规定一个LUN的大小对性能的影响？

--------------------------------------

一般用于数据库的lun不要太大，通常我们划分的lun大小200G左右，有时候还有100G。


--------------------------------------

这个其实就是热点的问题了。比如你有张表大小是20G，假如你划分的LUN是10G的话，那这张表在AIX的逻辑层面上来看就跨两个PV(LUN)，在读写的时候，性能相对就比较好点；假如你划分了50G的LUN，那你这张表都落在1个PV上，那读写来说的话，就相对会差点。
个人觉得对于什么文件系统啊，裸设备和ASM不相关。

--------------------------------------

可以对存储进行条带化设置，这样也许I/O的性能会好一些。

--------------------------------------

与你所使用的存储设备有关，如果是EMC的高端设备，基本不存在热点盘的问题，只要考虑多一些通道进入，以及便于管理即可。
如果是其他的存储设备，则需要考虑的更多一些，LUN的大小，个数，以及RAID控制器的个数，条带化等，，，需要考虑较多的东西

--------------------------------------

我觉三楼的靠谱，我个人平时也是这样给甲方推荐的

--------------------------------------

在存储阵列划分的LUN，是在一个RAID内，它本身就跨多个物理硬盘，不存在热点和通道的问题。应该在做RAID时，要用多个盘。
我也是新手，以上是我想象的逻辑，我也困惑小机带存储，怎么给它空间的问题。就给一个大的空间LUN，还是多个小空间的LUN.
请做过多个案例的来个说明！！

--------------------------------------

我见过我们客户划的oracle的盘，一个20G，最后一个系统共有七百多个pv，真的很残忍啊。