Sql服务器主动/被动与主动/主动集群

主动/主动表示两个节点都处于活动状态并访问共享磁盘资源，但运行的是独立实例。 当节点发生故障时，您需要确保剩余节点具有可用资源来处理故障转移的其他数据库。 你可以这样想。 节点A上有1个数据库，节点B上有1个数据库。 节点Aclosures，资源故障转移到节点B，现在节点B有2个数据库在其上运行。

在主动/被动群集中，任何时候只有一个数据库在单个节点上运行。 节点A用1个DB激活，节点B是被动的，没有DB。 节点Aclosures，资源故障转移到节点B.节点B现在处于活动状态，其上运行1个数据库。

我敢肯定，更有经验的集群pipe理员或SQLpipe理员会对我的术语大肆渲染，但这就是简单的说法。

对于描述来说，谜一般的现象是存在的，但也许会有一些误解。

SQL Server群集实例可以在群集中的任何节点上运行，但只能在一个节点上运行。 因此，如果群集中有两个节点，则SQLServerA可能在节点1上运行，并且可能会在节点2上运行故障转移。为客户端/应用程序提供的虚拟名称意味着它与哪个节点无关正在运行。 这可能被称为主动/被动，因为只有一个节点被使用 – 并获得许可。

只要授权正确，就可以将另一个SQL Server实例安装到集群上 – 这就是实例堆栈。 它可能在节点1（如SQLServerA）上运行，但也可能在节点2上 – 它是独立的。 如果它在节点2上，则该集群可能被称为主动/主动。

所以它继续 – 你可以安装更多的SQL Server实例 – 如果你的SQL Server和Windows版本允许，你可以添加更多的节点。 高度可用，但pipe理变得越来越复杂。