2同行回答
在进行存储I/O设计时，我们可以参考以下设计原则：
1) 请确保您的数据均匀地分布在所有的物理磁盘中。如果您的数据仅位于几个盘中，那么使用多个逻辑单元号(LUN)或物理磁盘又有什么实际意义呢？
2) 如果您使用了SAN或其他类型的存储阵列，那么您应该尝试在创建阵列时使它们具有相同的大小和类型。您还应该在创建它们时，为每个阵列使用LUN，然后将所有的逻辑卷分散到卷组中的所有物理卷。
3) 您还应该确保镜像位于不同的磁盘和适配器。
4) 数据库索引表空间容器和数据表空间容器也应该位于不同的物理磁盘。
5) 对于表空间容器和数据库日志，应该存放到不同的RAID GROUP上。
6) 物理设备方面。使用高速适配器连接磁盘驱动器，具有大的Cache，这一点是非常重要的，但是您必须确保总线本身不会成为瓶颈。要防止这种情况发生，确保将适配器分散到多个总线。同时，不要将过多的物理磁盘或LUN连接到任何一个适配器，因为这样做也会对性能产生极大的影响。您配置的适配器越多越好，特别是在大量磁盘的利用率都很高的情况下。
7) 您还应该确保设备驱动程序尽可能支持多路径 I/O (MPIO)，MPIO支持 I/O 子系统的负载平衡和流量控制。
8) 监控存储Cache的命中率，确保Cache的大小设置应该与业务特点(是OLTP还是OLAP业务类型)和数据页(data page)的大小设置合理。
9) 选择合适的RAID级别。根据自己应用系统的业务类型来选择合适的RAID级别。一般来说，有以下两种典型的业务类型：
70/30/50--70%读，30%写，Cache命中率50%，这是典型的高并发OLTP系统。
100/100--100%读，100%写，这是典型的OLAP、DSS系统。
对于小I/O的数据库类型操作，如ERP、银行账务系统、移动计费系统等应用，建议采用RAID 10；而大型文件存储、数据仓库，如报表系统、数据集市系统，从空间利用的角度，建议采用RAID 5。
10) 在存储上选择合适的条带化大小(stripe size)，确保条带化大小要和数据库的I/O特点结合，因为对于OLTP应用，数据库I/O基本是随机小块读写；而对于OLAP应用，数据库I/O是连续大块读写。
11) 确保操作系统层面和存储层面的条带化大小设置一致，操作系统方面的条带化大小尽量大些。