SQL AlwaysOn - 如果不将其用作群集/故障转移，该怎么办？

Question

我已经提出了使用AlwaysOn作为复制形式使用两个SQL服务器的概念。

在主服务器接收所有数据的情况下，辅助服务器是报告源的只读服务器。

由于这种提议不确定，因为没有关于配置这样的信息的信息，有人会知道这是一个好的还是可怕的想法？

增加注意：没有集群或AG侦听器。服务器已分组，但直接访问和寻址。

Answer 1

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

但要考虑的事情很少：

• AlwaysOn在主服务器上启用READ_COMMITED_SNAPSHOT隔离级别。这意味着TEMPDB上的开销和每行上每行额外14个字节的更改
• 在异步模式的情况下，辅助服务器上的数据新近度可以接近主服务器。
• 早于SQL Server 2017的版本需要WSFC。

因此，与日志传送相比，AlwaysOn AG可读的辅助副本具有优缺点：

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

关于你的问题：

谁会知道这是一个好主意还是可怕主意？

AG可读的辅助人员绝对值得POC试用，特别是如果您的公司需要技能组/资源

（免责声明：这篇帖子是基于我的个人意见）