![无效的 LUN 路径是否会导致剩余 LUN 路径上的 I/O 时间增加?](https://linux22.com/image/649919/%E6%97%A0%E6%95%88%E7%9A%84%20LUN%20%E8%B7%AF%E5%BE%84%E6%98%AF%E5%90%A6%E4%BC%9A%E5%AF%BC%E8%87%B4%E5%89%A9%E4%BD%99%20LUN%20%E8%B7%AF%E5%BE%84%E4%B8%8A%E7%9A%84%20I%2FO%20%E6%97%B6%E9%97%B4%E5%A2%9E%E5%8A%A0%EF%BC%9F.png)
我们使用 EMC SAN 设备。从群集到 SAN 有 2 条“路径”。今天我们发现其中一条 LUN 路径“死机”(如 Windows 事件日志中所报告的)。据推测,多路径 LUN 已变为单路径。此时我们在 SQL Server 上看到 I/O 错误“I/O 请求需要超过 15 秒才能完成...”。在我们使群集中的被动节点发生故障后,问题就消失了。
问题:如果主群集节点无法再通过配置的两条路径之一进行通信——这是否实际上意味着 LUN 的带宽被分成了两半?? 此外,大量使用该 SAN 驱动器进行读/写(我们的 TempDB 位于此驱动器上)的作业是否会导致 LUN 路径出现“故障”?