如何实现负载平衡可用性组

Question

Server群集下有2台服务器(Server 1，Server 2)

配置有可用性组的2个数据库(数据库1，数据库2)

服务器1：

数据库1主副本

数据库2主副本

服务器2：

数据库1:二级副本

数据库2:二级副本

如果数据库1开始消耗大量资源，并且我想添加一个第三服务器(服务器3)来降低服务器1的压力，那么这个给定的例子可以吗？

服务器1：

数据库1二级副本

数据库2主副本

服务器2：

数据库1二级副本

数据库2-复制

服务器3：

数据库1主副本

数据库2二级副本

这能以最小的影响配置用户吗？我只想知道与可用性组横向扩展的可能性，因为我们不可能通过向服务器添加资源垂直扩展，备份可以在二级副本上进行，对吗？

Answer 1

百万美元的问题是:在当前的场景中，是否值得在windows故障转移集群中增加一个额外的服务器？

IMHO，不-因为您在sql server 2012上。

为什么？

server 2012和2014将允许将只读路由定向通信流路由到路由列表中定义的第一个可用副本，条件是第一个只读副本是可访问的，否则它将选择下一个可用副本。

因此，在sql server 2012和2014中，即使有多个用于响应读取请求的辅助程序，也不可能将读取负载分散到可用的二级文件中。

server 2016允许您在一组只读副本之间配置负载平衡。

这能以最小的影响配置用户吗？

这是有可能的，以最小的影响，但正如我说过，这将是不值得这样做。

怎么做？

• 将服务器3添加到windows故障转移群集。
• 从服务器1获取完整备份(因为它是主备份)，并在服务器3上恢复with no recovery。
• 从服务器1获取日志备份，并在服务器3上将其还原为with norecovery。
• 将数据库加入到可用性组。
• 将同步模式更改为同步模式，然后将故障转移server1.db1更改为server3.db1，现在server3.db1将成为主要内容。
• 恢复所有辅助副本上的数据移动。在我的测试中，数据移动被暂停，您必须继续它。

下面是它的外观(这幅画并不漂亮，但它解释了我要说的话:- )：

备份可以在二次副本上进行，对吗？

是的，您可以在辅助副本上进行copy_only完整和定期的日志备份。必须在主数据库上执行完全备份。