Sql server SQL AlwaysOn-如果您不'；是否将其用作群集/故障切换？

有人建议我使用两台SQL服务器，使用AlwaysOn作为复制的一种形式

主服务器接收所有数据，次服务器是报表源的只读服务器

由于没有关于这种配置的信息，这让人感觉提案不确定，有人知道这是个好主意还是个坏主意吗

---

补充说明：没有集群或AG侦听器。服务器是分组的，但可以直接访问和寻址。

启动SQL Server 2017，无需群集或侦听器为您的场景提供解决方案

虽然很少有需要考虑的事情：

• AlwaysOn在主服务器上启用读取提交的快照隔离级别。这意味着TEMPDB的开销和每行更改时每行额外的14字节
• 在异步模式下，辅助服务器上的数据最近性可以靠近主服务器
• 早于SQL Server 2017的版本需要WSFC

因此，与原木运输相比，AlwaysOn AG readable Secondary有其优点和缺点：

• 优点：
  • 无需中断连接，因为无需恢复日志
  • 数据几乎可以实时更新
• 缺点：
  • 仅限企业版
  • 主副本上每行更改的14字节开销，因此考虑将填充因子从100更改为90，以避免页面拆分开销
  • 更难维护

关于你的问题：

有人知道这是个好主意还是个坏主意吗

AG可读的二级证书绝对值得POC试用，特别是如果您的公司需要技能/资源

---

（免责声明：这篇文章基于我个人的观点）

这正是我们使用AlwaysOn Availability Group的方式，关于这一点有各种各样的文章？因此，每台服务器都指向特定的服务器，而不是AG侦听器或群集角色？这是一种昂贵的日志传送或镜像IMHO的方式。你说没有集群是什么意思？据我所知，它是在WSFC。什么服务器？你是说连接字符串吗？标准读/写连接使用AG侦听器，只读连接字符串也指向侦听器，但通过

applicationcontent

重定向。是。这就是我所期望的实施“应该是”。但是有人向我提出了一些不同的建议。根据我的理解，可以有两个SQL服务器，分别是SQL01和SQL02。创建一个名为SQLAG的AG组和侦听器。您连接到SQLAG，一切都会得到处理。我的建议是创建可用性组，而不是创建侦听器并直接连接到SQL01和SQL02。。。如果他们在这上面，我会非常震惊。但失败的一点是肯定的。但这种情况是好的还是有风险的？“有什么缺点吗？”约瑟夫莫林补充了一些优点和缺点