SQL AG 辅助作为第二组的主答案

【问题标题】：SQL AG Secondary as a Primary of a 2nd groupSQL AG 辅助作为第二组的主
【发布时间】：2018-10-07 16:59:36
【问题描述】：

想了解您对尝试对我的 2 节点 Always On AG (SQL 2016) 进行负载平衡的想法。

目前我在一组中有 x 个数据库，其中包含一个侦听器和 2 个节点（主要/次要）。

我想尝试利用辅助节点，使其不仅仅是坐在那里并创建第二个可用性组和第二个侦听器，并让当前的辅助节点成为新组的主节点，而第一个组的主节点成为第二组的辅助节点第二组。

理论上这应该可行，但想知道是否有人认为这是一个坏主意？

我可以看到的主要缺点是修补会有点复杂，因为我无法随时简单地修补辅助数据库，因为它将是一组数据库的主数据库。

【问题讨论】：

【解决方案1】：

我不喜欢这种配置。为什么？它假定两个节点都可用（如果不是所有时间）。我假设您的节点在 CPU、RAM 等方面的大小合适（在未来使用的合理预期范围内）。如果其中一台服务器出现长时间中断会发生什么？您剩下的一台服务器能否同时运行两个 AG 的工作负载？

您的第二个节点不是“只是坐在那里”。它正在从主节点重放您的事务，并完成提供冗余的重要工作。

【讨论】：

我同意，如果主服务器的中断时间比预期的要长，这可能不是最好的解决方案，但是主服务器配置为处理数据库的所有负载，辅助服务器也是如此如果两个节点之一需要接管，它将能够毫无问题地处理负载。我只是想看看我是否可以更多地利用辅助资源并减轻主资源的负载。