我正在看的环境有几百台服务器;我需要一个可靠的公式,我可以用它来确定缓冲池的当前大小是否合适,因为RAM是按每个服务器分配的GB计算的.整个环境都是虚拟化的,分配给VM的“物理”RAM可以轻松地上下移动.

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

我读过几个项目,包括Jonathan Keheyias(post)和Paul Randal(post)以及其他几个项目. Jonathan主张监测每4GB缓冲池低于300的PLE太低.对于上面的sql Server实例,300 *(2.5 / 4)= 187导致非常低的目标PLE低于300.此实例具有290GB的sql Server数据(不包括日志文件),并且仅用于集成测试.假设过去12天代表此服务器的典型用法,我会说可以降低最大服务器内存(mb)设置.

在规模的另一端,我有另一个集成测试服务器,PLE为294,最大服务器内存(mb)设置只有1GB.此服务器只有224MB的sql Server数据,不包括日志,并且正在运行一些BizFlow数据库.此服务器可能受益于更高的最大服务器内存(mb)设置.

我认为对于可能被分配了太多内存的目标来说,一个很好的起点可能包括：

SELECT 
    RamMB = physical_memory_in_bytes / 1048576,BufferPoolCommittedMB = bpool_committed * 8192E0 / 1048576,BufferPoolCommitTargetMB = bpool_commit_target * 8192E0 / 1048576,PercentOfDesiredSizeMB = CONVERT(INT,(CONVERT(DECIMAL(18,2),bpool_committed) 
                            / bpool_commit_target) * 100)
FROM sys.dm_os_sys_info;

如果BufferPoolCommitTargetMB / BufferPoolCommittedMB大于1,则服务器不使用整个缓冲池.如果相关机器的PLE大于“x”,那么它可能是减少最大服务器内存(mb)的良好候选者.

由于缓冲区管理器：懒惰写入/秒性能计数器跟踪sqlOS由于内存压力而在检查点之间将页面写入磁盘的次数,这可能是另一个值得关注的好处.

DECLARE @WaitTime DATETIME;
SET @WaitTime = '00:00:15';
DECLARE @NumSeconds INT;
SET @NumSeconds = DATEDIFF(SECOND,@WaitTime);
DECLARE @LazyWrites1 BIGINT;
DECLARE @LazyWrites2 BIGINT;

SELECT @LazyWrites1 = cntr_value 
FROM sys.dm_os_performance_counters dopc
WHERE (
        dopc.counter_name LIKE 'Lazy writes/sec%' COLLATE sql_Latin1_General_CP1_CI_AS
    )
    AND dopc.object_name = 'MSsql$' + CONVERT(VARCHAR(255),SERVERPROPERTY('InstanceName')) + ':Buffer Manager';

WAITFOR DELAY @WaitTime;

SELECT @LazyWrites2 = cntr_value 
FROM sys.dm_os_performance_counters dopc
WHERE (
        dopc.counter_name LIKE 'Lazy writes/sec%' COLLATE sql_Latin1_General_CP1_CI_AS
    )
    AND dopc.object_name = 'MSsql$' + CONVERT(VARCHAR(255),SERVERPROPERTY('InstanceName')) + ':Buffer Manager';

SELECT LazyWritesPerSecond = (@LazyWrites2 - @LazyWrites1) / @NumSeconds;

上面的代码假设服务器在运行15秒内处于负载状态,否则将报告0;这可能是误导性的假阴性.

我是否还应该将PAGELATCHIO_ *等待统计数据或其他等待类型视为内存压力的指标,或者是否存在？

我的问题是,如何可靠地确定PLE和最大服务器内存(mb)的“良好”目标值？