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

Question

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

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

由于由于没有有关配置此类内容的信息，因此提案似乎不确定，因此有人会知道这是一个好主意还是可怕的主意？

已添加注：没有群集或AG侦听器。服务器被分组，但是可以直接访问和寻址。

Answer 1

从SQL Server 2017开始，无需群集或侦听器即可为您的方案提供解决方案。

不过要考虑的几件事：

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

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

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

关于您的问题：

  

有人会知道这是一个好主意还是可怕的主意？

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

（免责声明：该帖子基于我的个人观点）