多路径并不意味着负载平衡

　　当服务器有多路径连接其驱动器时，连接速度肯定更快对吧?未必!对于大对数初级和中级SAN来说，单独的驱动号，或SAN中的LUN通常活动于单一路径。

　　一些多路径软件允许负载平衡，而另一些则严格遵守故障转移。在进行购买之前，一定要同供应商进行充分沟通，告诉他们你在使用的服务器型号，使用的集群类型以及驱动器设置等信息。

　　考虑子网之外

　　iSCSI SAN路径不一定位于同一个数据中心。iSCSI SAN允许服务器硬盘驱动器处于任何TCP/IP流量可以达到的地方。理想情况下，我们希望设备越近越好，这样可以减少延迟。

　　进行灾难恢复时，基于SAN的数据复制就有用武之地了。许多iSCSI控制器可以相互之间复制数据。一个数据库服务器的主驱动器可能位于相同的数据中心，但是在SAN中发生灾难性故障时，数据可以在另外的数据中心的SAN中被访问。反应时间可能会比较慢，但是有总比没有强。

　　当你使用这样的复制存储类型和虚拟服务器协作时，离线灾难恢复能力甚至更好。想象一下在这个服务器站点间进行复制：如果数据中心出现故障，虚拟服务器将立刻联机，数据中心的数据丢失也会降到最低。

　　SAN为SQL Server提供更多灵活性

　　多重架构，高级冗余，多路径以及地理冗余等概念同本地连接存储比起来简直就是天壤之别，DBA不要拒绝新的技术和多重的选择。使用SAN提供的技术，可以使你的网络更加快速可靠，也为SQL Server增添了更多的灵活性。