发布时间 : 星期二 文章vmware群集更新完毕开始阅读4eb46536a32d7375a4178093
(3) 由于心跳侦测机制的作用（心跳信息大约每1.2秒一次），群集服务会发现ClusterNodeA并不是真正的宕机，所以ClusterNodeA会自动尝试联机。
(4) 节点ClusterNodeA已恢复正常。
(5) 此实验说明，在群集服务中，当某个节点故障超过3次后，则不会自动恢复，而是进行故障转移。同时也说明，当群集服务检测到原节点可用时，原节点会再次自动回到群集中。此过程的专业术语叫“故障回复” (3) 停止群集服务测试
1) 在停止ClusterNodeB上的群集服务前，先打卡群集管理器，可以察看到，目前资源的所有者是ClusterNodeB。
2) 停止ClusterNodeB的群集服务。
3) 再次回到群集管理器，发现资源的所有者已经切换到ClusterNodeA上。因为ClusterNodeB上的服务已停止，不可能自动恢复过来。仍旧通过心跳侦测机制，当丢失4次心跳信息后，（大约5秒），则会宣告该节点失败。所以图中显示红叉，表示ClusterNodeB这个节点目前不可用。
4) 此实验说明，当某个节点上的群集服务停止后，运行在该问题节点上的资源会自动转移到其他正常节点。
(4) 模拟意外断电时故障转移
1） 测试前按照老规矩，打开集群管理器，可以看到资源的所有者是ClusterNodeB。
2） 直接关闭虚拟机后，打开ClusterNodeA上的集群管理器，发现资源已经为脱机状态，且群集组已显示不正常。
3） 群集服务试图将资源所有者切换到ClusterNodeA上。
4） 资源已全部迁移到ClusterNodeA上，且显示ClusterNodeB不正常。
5）此实验说明，当群集中的节点遇到突发性的意外事件（如意外断电等。）后，资源会自动从问题节点转移到正常节点。 八、结束语
如果您完成了本指南全部的实验环节，那么恭喜您！您已经完成了所有节点上的群集服务配置。服务器群集已经完成可以运作了。您现在可以准备安装群集资源，比如：文件共享、打印机共享、诸如分布式的事务协调器、DHCP、WINS等群集识别服务、或者诸如Exchange Server或SQL Server等群集识别程序。
安装总结：
1.系统所有盘符必须格式化为NTFS格式；
2.当使用复制方式生成虚拟机式加入域后由于主机的SID，姓名公司等信息均相同需要使用工具修改并重新加入域否则，登陆域时“指定域的名称或安全标识SID与该域的信任信息不一致”
解决方法是：
①win2k3按装光盘support oolsdeploy.cab中提取sysprep.exe、setupcl.exe.
②运行，并在“选择不重置激活的宽限期” 重新封装 并重启，重启后会对SID、网络、电脑名字、公司名字等一些信息重新设置。
如下图所示，有一个选项是”重新启动“
在重新加入域之前，应该重新配置，修改pub网卡的IP属性
然后ping了半天，机器一直没有启来，看来是关机了，nnd，还得联系IDC机房帮忙重启。 既然是关机，干嘛要把重新启动写上去呢，害我关了好几台测试机，目前机器不够用了。 周末也不能接着赶文档了。真fuck。
以后有遇到同样问题的兄弟，请做好关机的觉悟。事先和IDC打个招呼，不要因为这点小事影响了项目进度。