Eri*_*ger 3 sql-server clustering sql-server-2008-r2 high-availability
我们正在使用 SQL 2008 R2 创建一个三节点三实例集群(不是最先进的,但这是应用程序支持的),并认为它应该能够在两个物理节点关闭的情况下维持仲裁。配置它的最佳方法是什么?
我的经理一直在推动一个见证服务器,它就像在节点和磁盘多数之上进行额外的法定投票。这给了我们每个节点的投票,为仲裁磁盘投票,但是是否可以设置一个接收投票的见证服务器?
我认为见证是用于镜像的,我们没有计划在这个集群上实施。有人告诉我,添加第四个节点是不可能的,即使它只是一个被动节点。
如果您希望能够在故障转移群集内维持两个节点的故障转移,那么您需要确保有五个投票者进行仲裁。
您目前有三个节点,即使您要添加磁盘见证,您仍然处于同一点:无论您有三张还是四张可能的法定人数投票,您仍然需要三张法定人数投票(您需要有超过一半的法定人数选票)。
我以前从未听说过“见证服务器”的术语,我认为那个人只是想给一个逻辑名称,以简单地将另一个节点添加到您的集群中。
换句话说,如果您现在有一个带有磁盘见证的四节点集群,那么总共有五个投票者。五个选民将允许您维持两个节点失败(前提是您的磁盘见证继续正常运行)。
话虽如此,您还需要为自己回答几个问题:
在这个集群中你真的需要三个独立的实例吗?这背后的驱动力是什么?
您可能拥有的 FCI 节点之一是否能够支持所有三个 SQL Server 实例?(想想看,那里可能有很多严重的争用)
所有这些实例都需要在同一个集群中吗?
我确实想回应@AaronBertrand 在他对您的问题的评论中所说的话。没有active / active [ / n [ / n ... ] ]SQL Server 集群这样的东西。这样想是极其误导的,而且这个术语传统上引起了很多混乱(更不用说,错误标题的基本问题)。
| 归档时间: |
|
| 查看次数: |
1016 次 |
| 最近记录: |