Windows 群集和 SQL Server 允许在活动/主动模式下运行 SQL Server，其中群集的每个节点都处于“活动”状态，并运行一个或多个 SQL Server 实例。 例如，这样您就可以让 MessageBox 数据库位于一个节点上，而将所有其他 BizTalk Server 数据库位于另一个节点上。 这样，你就可以最大限度地利用群集硬件。
但是，如果使用此配置，则必须验证每个节点是否可以在 SQL Server 群集节点故障转移期间同时处理所有 SQL Server 实例的负载。
活动/活动集群的切换评估
验证单个节点在 SQL Server 群集节点故障转移时是否可以处理所有 SQL Server 实例的负载时的注意事项包括：
故障转移节点是否有足够的 CPU 资源？
故障转移节点是否有足够的内存？
是否有足够的网络带宽？
故障转移节点是否可以处理增加的磁盘 I/O 争用情况？
测试故障转移时应评估以下场景：
活动服务器上的电源故障
被动服务器上的电源故障
磁盘连接丢失
活动节点上的公共网络连接中断
活动节点上的专用网络连接中断
被动节点上的公共网络连接中断
被动节点上的专用网络连接中断
SQL Server 服务失败
SQL Server 代理服务失败
使用主动/主动/被动集群
如果确定一个节点无法处理故障转移方案中的所有 SQL Server 实例，另一种方法是使用主动/主动/被动群集模型。 主动/主动/被动群集模型显著提高了始终有一个被动节点可用于故障转移场景的可能性。