我们遇到了一个问题，那就是连接到我们的Hyper-V 2012 R2集群的集群共享卷正在被丢弃/发生故障，因为它正在使用的iSCSI SAN连接稍有中断。 这当然是一个问题，因为它会导致所有虚拟机崩溃或closures。
主SAN节点故障切换到其副本时，会发生iSCSI SAN连接中断。 在二手车接机之前，停机时间约为10-15秒。 我们使用基于FreeBSD + ZFS的解决scheme与HAST + CARP一起提供高可用性存储。
在Windows端安装非群集iSCSI LUN时，故障转移将起作用，例如与启动器正常连接。 I / O只是暂停，直到连接重新build立。 我期望与CSV有相同的行为，但唉，它似乎是非常挑剔的I / O超时。
有没有办法来延长CSV超时，或者对这个问题的其他修复？
已经看到这种情况发生在很多人身上
大多数情况下这个问题是其中之一：
备份stream量并不完全与集群pipe理stream量隔离。 由于以太网是一个婊子，数据包冲突的增加大大减less了心跳的带宽和往返时间。 然后繁荣！ CSV已closures
另一个常见的问题是总体以太网速度与整体负载相比太低。 当备份开始时，由于各种原因，会导致stream量猛增。
据我所知，没有办法延长超时时间。 确实，心跳超时，CSV非常挑剔。 在几个站点上遇到此问题后，我们在BackupChain中设置I / O速度限制以降低发生这种情况的风险。 然而，真正的解决scheme是避免首先从我目前看到的这些连接差距…