多路径并不意味着负载平衡 当服务器有多路径连接其驱动器时，连接速度肯定更快对吧?未必!对于大对数初级和中级SAN来说，单独的驱动号，或SAN中的LUN通常活动于单一路径。 一些多路径软件允许负载平衡，而另一些则严格遵守故障转移。在进行购买之前，一定要同供应商进行充分沟通，告诉他们你在使用的服务器型号，使用的集群类型以及驱动器设置等信息。 考虑子网之外 iSCSI SAN路径不一定位于同一个数据中心。
iSCSI SAN允许服务器硬盘驱动器处于任何TCP/IP流量可以达到的地方。理想情况下，我们希望设备越近越好，这样可以减少延迟。 进行灾难恢复时，基于SAN的数据复制就有用武之……
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
多路径并不意味着负载平衡
当服务器有多路径连接其驱动器时，连接速度肯定更快对吧?未必!对于大对数初级和中级SAN来说，单独的驱动号，或SAN中的LUN通常活动于单一路径。
一些多路径软件允许负载平衡，而另一些则严格遵守故障转移。在进行购买之前，一定要同供应商进行充分沟通，告诉他们你在使用的服务器型号，使用的集群类型以及驱动器设置等信息。
考虑子网之外
iSCSI SAN路径不一定位于同一个数据中心。iSCSI SAN允许服务器硬盘驱动器处于任何TCP/IP流量可以达到的地方。理想情况下，我们希望设备越近越好，这样可以减少延迟。
进行灾难恢复时，基于SAN的数据复制就有用武之地了。许多iSCSI控制器可以相互之间复制数据。一个数据库服务器的主驱动器可能位于相同的数据中心，但是在SAN中发生灾难性故障时，数据可以在另外的数据中心的SAN中被访问。反应时间可能会比较慢，但是有总比没有强。
当你使用这样的复制存储类型和虚拟服务器协作时，离线灾难恢复能力甚至更好。想象一下在这个服务器站点间进行复制：如果数据中心出现故障，虚拟服务器将立刻联机，数据中心的数据丢失也会降到最低。
SAN为SQL Server提供更多灵活性
多重架构，高级冗余，多路径以及地理冗余等概念同本地连接存储比起来简直就是天壤之别，DBA不要拒绝新的技术和多重的选择。使用SAN提供的技术，可以使你的网络更加快速可靠，也为SQL Server增添了更多的灵活性。
作者
翻译
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展，集成服务也在发生相应的变化。在最新的SSIS更新中，增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准，对于云端迁移来说是至关重要的第一步，一位来自于University of Notre Dame 的DBA表示，他正在试图通过数据库监控软件，找出SQL server的性能基准。
-
横向扩展SQL Server应用程序：提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是，虽然Microsoft提供了许多不同的SQL Server可扩展性选项，但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂，使用者可能会感到困扰，这里我们将列出一些示例，以便引导您顺利完成SQL Server容器的创建和管理。