我是MSCS的新手，我试图理解最近发生的事情。
我们有一个2节点的2008 R2集群，在iSCSI SAN上使用见证磁盘（节点和磁盘多数）。
我已经阅读了关于MSCS集群的一些文档以及它们如何处理共享存储，具体来说：
http://support.microsoft.com/kb/309186
http://technet.microsoft.com/en-us/library/cc770620%28v=ws.10%29.aspx
我们closures两个节点进行维护（首先是被动节点，然后是主动节点）。 一旦维护完成，我们启动以前的活动节点（即最后一个关机是第一个启动的）。
当第一个节点出现时，群集服务拒绝启动，并且所有磁盘都显示为保留。 事件日志抱怨证人磁盘被保留。 只有当我们启动第二个节点时，集群实际上正常启动。
令我困惑的是，这种行为似乎是一个纯粹的节点大多数集群。 如果只引导一个节点，则不能达到法定人数，因此群集将监听其他节点，但实际上并不启动服务。 我明白这一点。
但是，如果节点+磁盘占大多数，则法定人数应作为决胜因素。 因此，在我看来，像第一个节点引导时，它应该保留法定人数，然后启动群集（因为它有2票…本身和磁盘）。 集群只能运行一个节点（即两个节点中的一个发生故障）的事实使得我们无法启动集群变得更加混乱。
所以我的问题是，预计一个节点+磁盘多数的2节点集群将只启动两个节点启动时，如果是的话，为什么？ 而且，这是否也发生在一个4节点集群？
见证磁盘仅在集群主机拥有该资源时才提供投票。 资源所有权只能由业主给予或者以法定人数投票。 当集群closures时所有资源的所有权被释放。
因此，冷启动使用见证磁盘的群集的唯一方法是使大多数群集成员联机。 或者，pipe理员可以强制使用单个节点启动集群，因为这会强制该节点获取所有资源的所有权。
不，具有节点和磁盘多数的双节点群集只能启动一个节点。 您需要> 50％的选票才能达到法定人数，所以您的仲裁磁盘应该为您达到此目的。
我已经看到了无法使用群集名称启动群集pipe理员的情况，特别是当第一个节点是先前没有拥有仲裁磁盘的节点时。 相反，你提供“。” 作为集群的名称，即：本地机器。
我想检查我的群集分组，并确保您的仲裁磁盘是在正确的组。
接下来，我想回到基础，并检查我的多path。 尚未涉及iSCSI SAN; 仍然使用good-ole FC / AL。
最后，不要忘记CLUSTER.LOG文件。 您可以使用CLUSTER.EXE更改详细程度。 这实际上是一个很好的日志文件。
如果我想别的，我会编辑我的post。