Server的页面预期寿命会太高吗？

Question

我读过几篇关于Server页面预期寿命的文章，以及它意味着什么，以及您可以从中收集到什么样的信息。在我读过的大多数这些文章中，一个普通的、健康的PLE值大约在1000到2000秒左右。我已经读过，减少到300秒可能意味着你的内存很可能很低。

我最近刚刚升级了我们的硬件，从14 up增加到64 up内存。在14 my，我的PLE大约是300秒，我有很多5-6内存授权等待每秒钟。所以，这很糟糕，我增加了内存。现在，我的PLE要高得多，大约5000秒，没有更多的等待内存授权。如果我记得的话，我已经看过7000秒了。这比我读过的任何东西都高。

高PLE会是一件坏事吗？还是越高越好？

编辑:对不起，我的PLE不是7000秒，而是7万秒！不过，目前这个数字已经降到了7000左右。

• 数据库大小约为160 is。有几个表有5+百万行。
• max_server_memory设置为2147483647。

Answer 1

不，我想不出我脑子里有什么情况或理论可以说明高得惊人的PLE的负面影响(除非你喜欢硬盘驱动器中盘片的嗡嗡声？)

随着内存变得越来越便宜，硬件的购买者变得更加慷慨，我们看到的这些更大的存储盒--我们看到的--在成千上万的范围内使用PLE是相当普遍的。这只是一个迹象，表明您的实例可能没有受到内存压力。把它当作是什么，只有这一点。

页面预期寿命只是SQL Server对它认为一个页面在缓冲区中会持续多久的一个估计。这是Server的说法，它认为这将是“一段时间”。

另一件值得注意的事，接受保罗·兰德尔的建议也不要专注于缓冲区管理器报告的PLE。与所有平均值一样，缓冲区管理器可以隐藏不同的PLEs。您需要使用缓冲区节点计数器查看所有单个NUMA节点的PLEs：

Get-Counter -ListSet "*" | 
    Select-Object -ExpandProperty Counter | 
    Where-Object {$_ -like "*buffer node*page life expectancy*"} | 
    Get-Counter

页面预期寿命只不过是漂亮画图中的一种颜色，即Server内存。看看它和其他“颜色”(目标/总服务器内存、可用mbytes等)。人们常常只看一个简单的度量标准，担心他们的服务器可能会爆炸，或者相反，它会活上几个世纪，无法管理。

Answer 2

好的。在一个完美的世界里，我可以花我想花多少钱，那么是的。不能太高。

世界并不完美。

一个人的“永远不可能足够高”是另一个人的“为什么我要为所有这些服务器上的RAM支付这么多钱？”我要说的是，在我有限的经验中，在云中只有几千个SQL实例，是的，如果这意味着RAM停滞不前，而VM正在运行其他不需要的实例，那么PLE在我们的一个VM上就可能太高了。

另外，如果PLE“超出图表”，那么您可能需要考虑服务器上的RAM配置过多，或者实例不再被使用。一个例外可能是，如果相同的静态数据(以及很多静态数据)总是存在于RAM中，并且总是被查询--就像您有一个数据库，并且它非常适合RAM的情况。

因此，如果您使用安装在IaaS机器上的SQL，那么在任何云服务(如Azure )中，您都应该注意太高。我不知道你会看什么指标来查看内存被查询的频率。目前，我正试图自己解决这个问题，这就是我最初是如何来到这里的，但这是我的问题:)