我有两个从iscsi启动实现Windows 2008集群的节点。 而我使用磁盘多数选项作为iscsi的法定人数。 但是，当仲裁的iscsi连接失败（可能是san服务器重置）时，故障转移群集也失败。 如果我重置其中一个节点，它可以打开，但它的系统磁盘脱机。 我不能改变它的状态作为在线，因为它说它由故障转移群集保留（磁盘是在iscsi，因为iscsi启动）。 这个磁盘是只读的。 任何东西都不能删除或书写。 所以，我不能重新join节点到集群。 我必须重新安装Windows。 所以，我问的是，我怎样才能实现更多的仲裁备份？ 我的意思是，我可以同时使用磁盘多数和文件共享多数？ AFAIK，每个节点也保留法定的副本。 但我不知道有时圣服务器下线。 而法定人数的iscsi连接和节点的iscsi连接丢失。 因此，保留在节点中的法定人数既不是法定人数iscsi磁盘也不足以再次启动集群。 我想同时使用磁盘多数和文件共享多数。 我可以这样做吗？ 你有其他build议吗？ 问候。
对于任何使用Server 2012或更低版本的Microsoft故障转移群集，使用磁盘多数或节点和磁盘多数来说，这是一个问题。 磁盘目击者是群集的一个失败点。 即使所有节点都启动，如果磁盘目击者失败（我们无法访问它），集群就会closures。 那么该怎么办？
1）确保您的磁盘见证是高度可用的，因此不太可能脱机2）考虑使用文件共享和备用文件共享见证，而不是select节点和文件共享见证作为您的仲裁types3）使用Windows Server 2012 R2簇。 Server 2012 R2使用dynamicQuorum模型，不会遇到同样的问题。
我认为你必须审查你的架构。 您实际上有1个组件同时导致2个故障：您的SAN服务器将导致2个链路故障。 如果您不采取额外的措施，通常不会由故障转移群集处理此scheme。 如果您使用SAN服务器，则必须具有容错能力，如果不进行维护，则不会重置，并且您知道必须停止群集。 我已经写了一个故障转移群集软件在POSIXshell和Windows上testing它也用CYGWIN，它可以工作，但由于它是经典的Unix脚本它使用了很多的叉等窗口消耗更多的CPU比在Linux上。 如果你有兴趣探索新的解决scheme： https ： //github.com/nackstein/back-to-work/