要将SQL Server从本地硬盘存储移动到更高级的SAN存储，数据库管理员面对这样的任务时往往会望而却步。对于SQL Server来说，SAN相对于本地磁盘存储无疑是既复杂又昂贵的，但是在进行这样的迁移任务时，DBA需要掌握的东西并要求很多。

　　网络冗余、冗余、再冗余

　　当硬盘驱动器处于数据库服务器内部时，我们不会去担心万一硬盘链接丢失该怎么办。然而，当硬盘处在整个数据中心的中间位置，由几根电缆连接而成的时候，连接的稳定性就变得异常重要了。

　　为避免服务器同它的硬盘丢失连接，存储区域网络通常由两个单独的冗余网络组成，称为SAN Fabric。每个服务器与每个存储控制器将至少有两个连接，对应每个Fabric。这两个Fabric是完全不同的交换机，它们不能相互通信。这一点同样适用于光纤SAN和iSCSI SAN。对于iSCSI SAN来说，这意味着使用两个单独的物理网络和两套交换机。

　　利用以上的结构，出现下面的情况时，服务器也不会出问题：

　　一个交换机坏掉，另一个Fabric是正常的。

　　服务器同SAN的连接丢失，另一个主机总线适配器(HBA)照常工作。

　　如果一个存储控制器的HBA坏掉，另一个HBA照常工作。

　　如果任何独立线缆坏掉，另一个Fabric正常工作。

　　在某些产品中，我们甚至可以在进行HBA固件升级或独立存储控制器升级的同时，不必关闭服务器驱动器的连接。

　　这样的冗余级别不会便宜，但是冗余架构可以确保服务器总能访问它的数据。SQL Server在I/O处理上异常强大，但是数据库管理员依旧需要坚持使用两个冗余Fabric。

　　多路径软件

　　当一个服务器连接到两个独立的交换机网络，多路径软件将告诉它选取哪一条路线可以到达它的驱动器。多路径软件将审查存储的每一个路径，然后决定为哪个请求分配哪个路径。软件的选择取决于SAN提供商，EMC与NetApp都有各自的多路径软件。微软在新版本的Windows中内置支持MPIO，但你要认真阅读MPIO和SAN供应商的技术文档，因为不是所有版本都相互兼容。

　　集群数据库服务器的设置更加复杂，因为并不是所有的多路径软件都支持Microsoft集群服务。在SQL Server集群中，两个服务器共享相同的硬盘驱动器，但是每次只能由一台服务器访问，不良的多路径软件可能会造成副作用。

　　在设置完多路径之后，最重要的一步就是进行测试。对新的SQL Server存储子系统都进行错误测试。开始一个大型的数据库备份，然后拔出光纤电缆，关掉开关或拔掉存储控制器。观察操作系统是如何处理故障的。无论发生什么，SQL Server都不应该崩溃，备份也不应该中断。在Windows事件日志中看到错误是正常的，因为多路径软件在路径失效时肯定会报警。但这不会中断应用程序，如果中断了，则证明多路径软件的部署失败。