1) 在停止ClusterNodeB上的群集服务前，先打卡群集管理器，可以察看到，目前资源的所有者是ClusterNodeB。
2) 停止ClusterNodeB的群集服务。
3) 再次回到群集管理器，发现资源的所有者已经切换到ClusterNodeA上。因为ClusterNodeB上的服务已停止，不可能自动恢复过来。仍旧通过心跳侦测机制，当丢失4次心跳信息后，（大约5秒），则会宣告该节点失败。所以图中显示红叉，表示ClusterNodeB这个节点目前不可用。
4) 此实验说明，当某个节点上的群集服务停止后，运行在该问题节点上的资源会自动转移到其他正常节点。
(4) 模拟意外断电时故障转移 1） 测试前按照老规矩，打开集群管理器，可以看到资源的所有者是ClusterNodeB。
2） 直接关闭虚拟机后，打开ClusterNodeA上的集群管理器，发现资源已经为脱机状态，且群集组已显示不正常。
3） 群集服务试图将资源所有者切换到ClusterNodeA上。
4） 资源已全部迁移到ClusterNodeA上，且显示ClusterNodeB不正常。
5）此实验说明，当群集中的节点遇到突发性的意外事件（如意外断电等。）后，资源会自动从问题节点转移到正常节点。
[查看全文]

五、安装群集服务 1、在A节点上新建一个群集 (1) 开启ClusterNodeA，同时保持ClusterNodeB处于关闭状态。展开ClusterNodeA的“开始”菜单，定位到“程序”à“管理工具”，打开“群集管理器”。
(2) 选择“创建新群集”。
(3) 输入您公司的域名和事先准备好的群集名。如果有需要，在DNS中对该群集名建立对应的A记录。
(4) 输入新群集中的第一个节点的计算机名，这里我们选择ClusterNodeA
(5) 这时会对群集配置进行一个完全分析。如果有任何一项无法通过检测，务必检查原因、排除问题。故障排除后，不需要重新再来，只需点一下“重新分析”按钮就行。
(6) 输入群集的IP地址，该地址是ClusterNodeA和ClusterNodeB共同虚拟出来的群集IP。
其FQDN地址对应于前面的ClusterTest.test.com.
(7) 输入前面创建的群集服务帐号。该帐号可以不是域管理员，但是必须是各节点的本地管理员。
(8) 下图是配置信息汇总。如果发现配置有错误，可以点击“上一步”进行更改。否则点击“下一步”，开始群集创建。
(9) 可以查看创建过程是否顺利。一般来说，只要前面群集前的分析没有问题，创建过程一般都不会有问题的。
(10) 完成新建服务器群集向导。至此，我们已经成功的在ClusterNodeA上配置了群集服务。
(11) 打开群集管理器，验证ClusterNodeA上的群集服务已成功安装。资源所有者均为ClusterNodeA，并均处于联机状态。
[查看全文]