小编Jas*_*ire的帖子

我们有一个四节点可用性组，一个站点中有两个节点，另一个数据中心中有两个站点外节点。我注意到在每个 WAN 问题发生后，WAN 连接出现波动，并且异地节点不断断开连接并重新连接（使用 AOAG 仪表板中的 AOAG 运行状况），主服务器的内存被“HADR 日志块消息池”消耗

SELECT  *
FROM    sys.dm_os_memory_clerks
ORDER   BY pages_kb DESC

类型：OBJECTSTORE_SERVICE_BROKER
名称：HADR 日志块消息池

在最坏的情况下，当网络震荡数小时时，这个内存管理员最终会消耗超过 90% 的 SQL Server 内存，导致 SQL Server 停止运行（SQL 有 10GB 的内存“HADR Log Block Msg Pool”正在使用 9.8GB）。

有没有办法转储这个 HADR 日志块消息池？还是一开始就阻止它变得如此之大？到目前为止，我们唯一的解决方案是故障转移并重新启动机器。

没有错误，只是节点的日志断开连接并重新连接，以及重新连接后数据库重新硬化的日志。

随着越来越多的内存被“HADR 日志块消息池”占用，可用于其他所有内容的内存会下降，从而影响性能。通常这 10GB 的 RAM 适合这个 AOAG 组和使用。只有当 WAN 波动一段时间时，我们才会出现此问题。

我们可以在服务器上投入更多内存，但我认为这不会解决根本问题，它只会在严重损害性能之前为我们争取更多时间。

我同意网络是根本原因，但在问题解决并且 AOAG 恢复同步后，SQL 不会像大多数 SQL 内存管理员那样恢复/重新分配 RAM 给其他 SQL 内存管理员，这似乎很奇怪。

日志传送不起作用；这是一个事务性环境，我们需要近乎实时的，最好是实时的异地 DR。AOAG 小组 99% 的时间都在工作，并且几乎总是实时同步。我们正在尝试与网络团队合作以改善连接性，和/或可能使它只是断开连接而不是摆动。

系统信息
SQL 版本：SQL 2016 SP1 CU6 13.0.4457.0
操作系统版本：Windows 2012 R2 6.3.9600
服务器内存：12GB …