相关疑难解决方法(0)

我试图想出一种理智的方法来了解max server memory (mb)设置是否合适（应该更低，或更高，或保持原状）。我知道max server memory (mb)应该总是足够低，以便为操作系统本身等留出空间。

我正在查看的环境有数百台服务器；我需要一个可靠的公式来确定缓冲池的当前大小是否合适，因为 RAM 是按分配给每个服务器的 GB 计算的。整个环境都是虚拟化的，分配给 VM 的“物理”RAM 可以轻松地向上或向下更改。

我有一个特定的 SQL Server 实例，我现在查看的 PLE 为 1,100,052 秒，相当于 12.7 天（服务器启动的时间）。服务器的最大服务器内存设置为 2560MB (2.5GB)，其中实际仅提交 1380MB (1.3GB)。

我已经阅读了几篇文章，包括 Jonathan Keheyias（帖子）和 Paul Randal（帖子）的另一篇文章，以及其他几篇文章。Jonathan 主张监控每 4GB缓冲池低于 300 的 PLE太低了。对于上面的 SQL Server 实例，300 * (2.5 / 4) = 187导致目标 PLE 非常低，低于 300。此实例具有 290GB 的 SQL Server 数据（不包括日志文件），仅用于集成测试。假设在过去的12天代表该服务器的典型用法的，我想说的max server memory (mb)设置可能会降低。

在规模的另一端，我有另一个 PLE 为 …

我有一个产品“Microsoft SQL Server 2012 (SP1) - 11.0.3128.0 (X64)”，它显示出奇怪的缓冲区和页面预期寿命 (PLE) 症状。

我每分钟都在我的服务器上运行这个（跟踪这个问题）：

SELECT @ple = CAST([cntr_value] AS VARCHAR(20))
FROM sys.dm_os_performance_counters
WHERE [object_name] LIKE '%Manager%'
AND [counter_name] = 'Page life expectancy'

SELECT @usedBufferPages = CAST(COUNT(*) /128 AS VARCHAR(20)) 
FROM sys.dm_os_buffer_descriptors

DECLARE @StartDate VARCHAR(8) = Convert(VARCHAR(8), GETDATE(), 14)
RAISERROR ('%s. PLE at %s and Used Buffers at %s at %s ', 0, 
            1,@runCountString ,@ple, @usedBufferPages, @StartDate) WITH NOWAIT  

这是一些示例输出：

16. PLE at 858 和 Used Buffers at 7290 at 09:51:42 
17. PLE at …