存储区域网络，即SAN，在部署大型微软SQL Server数据库时的应用十分广泛。在处理大型数据集时，SAN是十分经济有效的方法。然而，在SAN上部署SQL Server数据库时，需要实施者了解SAN的工作方式。你不可能仅仅把数据库就这么扔在SAN上，同时还期待着得到良好的性能。

　　下面我来介绍一下如何对SAN进行优化以提升SQL Server性能的方法。

　　首先你需要考虑的是数据通道的带宽问题。SAN通常是通过光纤链路来连接到主机上。这些链接的速度是非常快的，20GFC协议理论上可以产生出2000MB/Sec的数据吞吐量，然而当连接到主机时，它们的额定速度和实际速度会有巨大的差别。如果你将已有的SQL Server安装迁移到SAN中时，首先要确定现存安装的I/O需求。

　　在SQL Server 2005中测量带宽需求并不是件难事，建立一个性能监控程序来获取SQL Server的I/O使用率日志。你可以在任何时间执行以上操作，甚至利用率很高的时候。通过以上操作，你还可以监控到之前没有发现的I/O性能问题，SQLIO是另外一个有效的工具，它可以获取实时I/O统计。

　　你选择的SAN应该是一个设计稳固的产品，它能够可靠地处理SQL Server数据。Microsoft使用Stable media来描述那可以在系统重启或宕机时不丢失数据的存储系统。说实话，几乎所有值得去买的SAN都有这样的功能，如果没有的话就不用考虑它了。SQL Server 2005中一个有益的功能是即时快照，你可以将它与Analysis Services一起使用。

　　另外一个需要考虑的问题是SAN抽取物理设备并呈现给系统的方式。SAN将自身的物理设备以本地硬盘的方式呈现给系统，但系统所见的逻辑单元号(LUN)与实际的硬盘安排可以完全不同。如果你制定的数据库、表与物理文件架构计划最大限度地利用了并行，那么你最好把这一问题搞清楚。

　　例如：如果有一个数据库，你想将它完全放在自身的物理主轴上，你可能更倾向于将它分配到给定的LUN上。但是，如果你不知道LUN在硬盘上是一分为二的，那么你肯定得不到预想的性能。如果你负责在SAN上建立存储，你需要和专家进行沟通，并向他详细描述你的需求。微软的SQL Server开发客户咨询团队可以提供如何在SAN上为SQL Server设置LUN的帮助信息，其中涉及到规则和例外的详尽信息。

　　我的同事Hilary Cotter在写过的一本书《SQL Server存储域网络建议》中提到：使用分区，一个对于大对数SAN都支持的功能。分区允许指定的SAN硬盘专用于指定的LUN，因此可以提供更加准确的性能规划。

　　最后一个需要注意的问题是在SAN中使用哪一个RAID级别。针对SQL Server数据与日志，微软建议使用RAID 10 。它比RAID 5提供了更好地可用性，在write-heavy环境中也有更好的支持。RAID 10的部署成本比较高，如果你可以接受的话，这绝对是值得的。如果你认为RAID 10的成本不能接受，那么大多数情况下RAID 5也可以，尽管在性能上会有一定的影响。