windows 故障转移集群

struggle1 2014-03-03 10:02:37
环境:三台主机 DC node1 node2 ,系统:windows server 2008R2
node1和node2创建故障转移群集,仲裁模式为多数节点和文件共享模式!使用共享文件夹进行仲裁,
仲裁文件夹quorum位于DC上。

问题:当共享文件夹发生故障时,即quorum不在处于联机状态,群集发生切换。但群集组资源不发生切换。
当前主服务器从NODE1切换到NODE2,但是群集资源还在node1节点上!

疑问:如何保证在 文件共享见证 脱机,发生故障时,群集资源也发生转移??
...全文
619 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
struggle1 2014-03-31
  • 打赏
  • 举报
回复
引用 12 楼 qishine 的回复:
和我的看法一样. 你的仲裁丢失了,DC没关掉吧.
嗯 DC正常工作,所有的模拟,都只是模拟群集仲裁的故障,结果是 仲裁丢失,群集就会发生变化,群集IP发生切换,当前所有者发生切换。 生产环境下,之前用文件共享做的见证,经常出现文件共享见证定期检查失败故障,致使仲裁共享文件见证资源错误,而群集发生切换,而共享存储没有切换,致使应用业务发生故障。让人很是恼火......
qishine 版主 2014-03-31
  • 打赏
  • 举报
回复
和我的看法一样. 你的仲裁丢失了,DC没关掉吧.
qishine 版主 2014-03-17
  • 打赏
  • 举报
回复
引用 7 楼 struggle1 的回复:
测试: 1、仲裁模式采用共享文件见证,该仲裁文件夹位于第四台主机上(不在位于DC),关掉此主机后,模拟仲裁丢失! 2、仲裁模式采用共享磁盘,仲裁盘采用ISCSI模式连接两个节点,与节点1 断开ISCSI连接! 结果: 1、仲裁丢失后,群集立刻发生切换,当前主服务器从node1 切换到node2,群集中的应用程序及服务,共享存储等都未发生切换 2、仲裁盘丢失后,群集未立刻发生切换,在等待一段时间后,当前主服务器从node1 切换到node2
如果你是只断开节点一,那么节点二还能连到仲裁,,应该都切到节点2继续运行.
struggle1 2014-03-17
  • 打赏
  • 举报
回复
引用 10 楼 qishine 的回复:
[quote=引用 7 楼 struggle1 的回复:] 测试: 1、仲裁模式采用共享文件见证,该仲裁文件夹位于第四台主机上(不在位于DC),关掉此主机后,模拟仲裁丢失! 2、仲裁模式采用共享磁盘,仲裁盘采用ISCSI模式连接两个节点,与节点1 断开ISCSI连接! 结果: 1、仲裁丢失后,群集立刻发生切换,当前主服务器从node1 切换到node2,群集中的应用程序及服务,共享存储等都未发生切换 2、仲裁盘丢失后,群集未立刻发生切换,在等待一段时间后,当前主服务器从node1 切换到node2
如果你是只断开节点一,那么节点二还能连到仲裁,,应该都切到节点2继续运行. [/quote] 模拟仲裁故障,模拟同时与两个节点都断开。群集发生切换,当前主服务器发生切换,从node1 切换到node2,。群集所承载的资源不会发生切换。 .... 根据微软官网的解释,当群集仲裁丢失后,群集不会发生变化,保持现状。但目前所做的测试中,当群集仲裁丢失后(文件共享和仲裁磁盘模式),群集都会发生切换,群集主服务器发生切换, 群集资源不发生切换。 是我的设置问题?还是.....
ping192168101 2014-03-11
  • 打赏
  • 举报
回复
貌似群集一定要使用存储,包括仲裁盘和数据盘,否则就实现不了HA
struggle1 2014-03-10
  • 打赏
  • 举报
回复
别沉啊....有木有哪位在项目中使用WSFC的!!能告诉我当仲裁丢失后,群集是应该保持现状吗!!!
struggle1 2014-03-07
  • 打赏
  • 举报
回复
测试: 1、仲裁模式采用共享文件见证,该仲裁文件夹位于第四台主机上(不在位于DC),关掉此主机后,模拟仲裁丢失! 2、仲裁模式采用共享磁盘,仲裁盘采用ISCSI模式连接两个节点,与节点1 断开ISCSI连接! 结果: 1、仲裁丢失后,群集立刻发生切换,当前主服务器从node1 切换到node2,群集中的应用程序及服务,共享存储等都未发生切换 2、仲裁盘丢失后,群集未立刻发生切换,在等待一段时间后,当前主服务器从node1 切换到node2
qishine 版主 2014-03-07
  • 打赏
  • 举报
回复
我个人认为,应该维持原状.当然DC不能动. 我也没条件测试,只能帮到这里了.
struggle1 2014-03-07
  • 打赏
  • 举报
回复
引用 4 楼 qishine 的回复:
之所以要有仲裁就是为了防止出问题的时候两个节点各自为阵,都试图加载群集资源. 这样会有问题,造成数据损坏. 三个人投票,看那两个人在一起,多数的那边会承担资源.如果是两个节点在一起,我认为,维持现状. 因为,你的文件共享放在DC上,如果DC也坏了,群集会怎么样就不知道了,因为群集依赖于域的正常工作. 如果非要测试,我建议你把见证共享去掉.DC不要关,再看看,是否还是维持现状.
其实 我现在就是要测试当群集仲裁丢失后,群集会做出什么响应??
qishine 版主 2014-03-05
  • 打赏
  • 举报
回复
之所以要有仲裁就是为了防止出问题的时候两个节点各自为阵,都试图加载群集资源. 这样会有问题,造成数据损坏. 三个人投票,看那两个人在一起,多数的那边会承担资源.如果是两个节点在一起,我认为,维持现状. 因为,你的文件共享放在DC上,如果DC也坏了,群集会怎么样就不知道了,因为群集依赖于域的正常工作. 如果非要测试,我建议你把见证共享去掉.DC不要关,再看看,是否还是维持现状.
struggle1 2014-03-04
  • 打赏
  • 举报
回复
当文件共享见证失败 后,节点都正常,群集会发生什么变化???
struggle1 2014-03-03
  • 打赏
  • 举报
回复
...终于等到大牛了!!

文件共享见证资源,仲裁共享文件夹位于DC那台机器上,模拟此资源故障时,群集就发生了切换,但是群集的服务和应用程序却没有发生切换。还是驻留在NODE1节点,然而当前主服务器已经变成了NODE2 !

这个问题现在很困扰,仲裁丢失后,为什么资源不跟随群集进行切换???

还请各位大牛给个思路,这个问题该怎么解决!!
qishine 版主 2014-03-03
  • 打赏
  • 举报
回复
仲裁发生问题的时候,服务是正常工作的,应该不会切换吧.

6,849

社区成员

发帖
与我相关
我的任务
社区描述
Windows 2016/2012/2008/2003/2000/NT
社区管理员
  • Windows Server社区
  • qishine
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧