从服务器群集的发展来看 ， 多数节点集 (MNS) 仲裁将成为唯一的仲裁资源。但在默认情况下，其数据实际存储在各个群集成员的系统磁盘上。 MNS 资源负责确保在 MNS 上存储的群集配置数据在不同磁盘上都保持一致性。图 8 显示了一个使用 MNS 仲裁配置的四节点群集。
您可以在 Windows Server 2003 Enterprise Edition 以及 Windows Server 2003 Datacenter Edition 中使用多数节点集仲裁。
图 8 – 四节点群集中的 MNS 仲裁示意
尽管构成 MNS 的磁盘在理论上说可以是共享存储结构上的磁盘 ， 但作为 Windows Server 2003 的一部分提供的 MNS 实现使用各个节点本地系统磁盘上的目录来存储仲裁数据。如果群集配置发生变化，这种变化将被反映到各个不同磁盘上。只有对以下数目的节点都进行了更改，这种更改才被认为是完成的，即成为持久性更改：
（ < 群集中配置的节点数目 >/2) + 1
这保证了大多数节点都可以获得最新的数据副本。如果被配置为群集成员的大多数节点都能正常运行群集服务，群集服务会直接启动，并且让资源联机。如果只是少数节点，群集会被告知没有仲裁，因此群集服务会始终等待（试图重新启动），直到更多的节点试图加入进来。只有当大多数节点都可用或者节点仲裁可用时，群集服务才会启动，并且资源才会联机。在这种方式下，由于不考虑节点故障就将最新的配置写入大多数节点，因此群集会始终保证它仅在最近和最新的配置下被启动。
当发生故障或 “ 各自为政 ” 的情况时 ， 所有未包含大多数节点的派别都将被终止。这保证了如果有一个运行的派别包括了大多数节点，该派别将可以随意启动过去未在该派别上运行的任何资源，换言之，它将是群集中唯一能运行资源的派别（因为其它所有派别都被终止）。
由于清楚了共享磁盘仲裁群集同 MNS 仲裁群集在行为方式上的区别 ， 因此用户在确定要选择的模型时必须谨慎。例如，如果您的群集中只有两个节点，则最好不要使用 MNS 模型，因为一旦某个节点发生故障，将导致整个群集失败（因为不可能存在多数节点）.
