将数据库表拆分为FileGroups和每个文件组多个文件对SERVER数据库IO性能的影响

Question

三联模糊wrt性能

MSDN说要将读/写操作拆分到一个驱动器中，然后依次写入另一个驱动器。(主文件组通常使用具有读、更新、写活动的数据，而日志文件组主要是顺序写入)文档早于存储区域网络。

我得到分组存储来读/写活动会优化磁盘上的磁头-尽量减少磁盘敲击，诸如此类.但是，当操作系统上的“磁盘”是分配给从许多磁盘派生的存储池时，这是如何处理的？

IO的“瓶颈”是SAN上的IO控制器，它控制来自条带磁盘组上数据的数据流？这意味着，LUN1作为2500 G的驱动器暴露在Server1操作系统中，每个驱动器分成两个逻辑驱动器D:，E:；F:，G:每台250 G:一个数据库，具有一个由4个文件组(D:\f1.mdf，E:\f2.ndf，F:\f3.ndf，G:\f4.ndf)创建的750 G表，在所有逻辑驱动器上都具有同等位性(OS文件驱动程序优化了吗？)SQL可以使用更多的文件处理程序线程吗？但是，所有IO仍然通过LUN控制器，最高达到1GB/秒。

或者磁盘分离是否暗示为LUN级拆分？意思是LUN1 250 250，LUN2 250 250，LUN3 250，LUN4 250.每一个暴露于操作系统的单独物理驱动器，映射到每个逻辑驱动器，以及相同的FILEGROUP拆分，只有这样才能实现IO优化吞吐量的好处？我想我的问题取决于SAN存储控制器是否能够在每个LUN上保持1GB/秒的吞吐量。

还是意味着每个LUN都有一个存储控制器？

是否有更有经验的人建议，将条纹与NTFS块对齐的问题是否参与了这一讨论？操作系统NTFS分配大小块..。噢!以及网络数据包的大小--这也是影响客户端数据吞吐量的一个因素吗？IPv6对IPv4 --这也是一个因素吗？

Answer 1

和你的SAN管理员谈谈。这是一个来源，应该能够解释你的详细信息，你有什么样的SAN和它的能力。你拿到MPIO了吗？你的布料是什么结构的？

有时，对不同的文件使用多个LUN是有意义的。在幕后，可能有不同类型的存储可用。

具有一些SSD容量的SAN可能提供分层。也就是说，最热门的数据被提升到系统的SSD -backed部分，而更冷的数据则被保存在HDD上。有些模型提供自动分级，其中系统决定什么是热的，什么是不热的。有些模式要求采取行政行动。

HP EVAs提供VRAID级别0、1和5。使用这些级别将在一个阵列中的所有磁盘上传播一个LUN。这增加了可靠性，但是VRAID 5的成本增加了控制器CPU的使用。SAN管理员需要平衡增加的存储成本和增加的CPU使用量。

将NTFS块与存储对齐取决于SAN。如果您正在使用虚拟化(Hyper、VMWare等)，那么这就是额外的复杂性介绍。您的存储供应商可能会提供白皮书、最佳实践和关于如何配置存储以实现最佳性能的咨询服务。

如果您使用iSCSI，则网络数据包大小与此相关。对于FibreChannel，IP设置与此无关。