我最近试图在一台物理服务器上使用一个数据库文件（189GB !!!），将两条生产数据库（感谢Brent在SQL Pass峰会上）多path传输到HP LeftHand P4000 SAN（通过交换机等）。 其中一个反对这样做的观点是SAN外面的两条线路正在被绑定，从而为SAN提供2 x 1Gbps的r / w能力。 SANpipe理员没有准备分离线路，部分原因是服务器上的其他虚拟机使用它们以及任何分离可能具有的未知影响。 面对这个问题，我努力说明多path数据库的好处 – 与绑定连接相比，m / p会带来什么好处？
我不确定你在SAN环境下的含义是什么。
SAN中的多path处理首先是为RAS完成的。 您通常具有独立于LUN的path。 这意味着不同的FC卡，不同的结构，不同的存储控制器。 如果您的存储支持主动/主动操作，那么您也可以使用两个链路的带宽（您可以同时在两个链路上发出请求）。
如果您的存储不支持主动/被动操作，那么使用多path意味着您将失去一半带宽，因为您可以在任何给定时间通过一个链接与LUN进行通话。
然而，吞吐量的损失（如果有的话），在我看来，更可接受的，因为增加的可用性。 您可以通过这种方式消除存储方SPOF，例如可以错开SAN固件升级/分区更改，而不会影响生产风险（如果升级后FC交换机不能工作，则可以在SAN人员执行恢复策略时切换到其他结构）。