你还能够通过使用PowerShell的cmdlet查看或修改群集的动态仲裁设置。可以使用 Get-Cluster（如图3所示）来获取群集目前的动态仲裁设置（0 =禁用，1 =启用）。然后，通过建立变量$cluster并结合Get-Cluster设置动态仲裁的属性值为1以启用动态仲裁机制。

 
图3. 使用Powershell显示或设置动态仲裁管理

　　启用动态仲裁时必须满足的第二个条件是，群集必须已经建立并正常运行，而且维持着群集初始的仲裁配置。最后一个需要满足的条件是群集中任何节点的故障或停机必须是顺序发生的，而不是多个节点同时发生故障或停机。如果多个节点同时退出群集，群集的重组操作时间会很长。

　　可以使用PowerShell来查看投票数，并观察动态仲裁机制的内部运作。默认情况下，群集中的每个节点都只有一个投票或NodeWeight。启用了动态仲裁后，一个被称为DynamicWeight的额外属性用于跟踪节点的动态投票。当一个节点退出群集，如有必要，该群集将调整节点的DynamicWeight值为0以避免丢失仲裁。图4中的PowerShell cmdlets揭示了一个双节点群集的NodeWeight和DynamicWeight。

 
图4. 使用Powershell显示NodeWeight和DynamicWeight

　　动态仲裁允许群集节点可以单独关闭或出现故障一直到群集中只剩一个节点运行（“最后的幸存者”）。当群集中的节点出现故障或关机时，仲裁会动态向下调整，当节点重新回到群集中时，仲裁又会动态的向上调整。

　　使用加权投票来分配节点

　　Windows Server 2012仲裁机制的其它重要改进就是能够指定群集中的投票节点。如前所述，默认情况下所有的节点都会参与投票，但是在多站点群集（geocluster）配置中，只允许主站点的节点进行投票对于发生站点之间网络故障的情况是非常有益的。在辅助站点中，可以禁止节点进行投票，这样它们就不会形成一个新的群集。

　　可以使用仲裁向导（高级仲裁配置）配置节点的投票权。该向导允许你查看如何允许节点1投票，禁止节点2投票（如图5）。

 
图5. 使用仲裁向导指定节点的投票权

　　当然，也可以使用PowerShell来指定一个节点的投票权。图6显示的是使用GET-ClusterNode的cmdlet设置节点2的NodeWeight为1，以便它能够参与投票（见图6）。

图6. 使用Get-ClusterNode设置节点2的Nodeweight为1

　　Windows Server 2012的仲裁机制取得了显著的改进，从而使故障转移群集更具弹性。动态仲裁管理需要注意的是，如果节点系统出现故障或关闭，是否有足够数量的活动节点维持群集的仲裁。在站点间的网络出现故障的情况下，多站点群集（geoclusters）还可以使用加权投票来确保主站点群集继续运行。