资源调控器是否有助于保护页面预期寿命？

Question

我有几个大表需要复制到事务数据库上的分区副本中。

我担心这会对我的生产应用程序的性能造成影响。

为了缓解这种情况，我正在研究资源调控器。我将设置我的脚本以使用限制为最多 5% CPU 和内存的资源池。

关于这一点，我不确定的唯一部分是对 PLE 的影响。

据我了解，表中的选择会将值读入缓存。这将强制排除缓存中的其他内容。（PLE 的基本概念。）但是“强制退出”的项目会被限制在我指定的 5% 之内吗？

意思是在我使用了 5% 的内存后，它是否只会强制排除相同 5% 中的缓存项目？（其他 95% 不受影响。）

另一种提问方式是：5% 的内存限制是否与 5% 的缓存限制相同？

Answer 1

此 MSDN 页面说明内存设置仅影响查询内存：

资源调控器资源池

MIN_MEMORY_PERCENT 和 MAX_MEMORY_PERCENT

这些设置是为资源池保留的不能与其他资源池共享的最小和最大内存量。这里引用的内存是查询执行授权内存，而不是缓冲池内存（例如数据页和索引页）。为池设置最小内存值意味着您确保指定的内存百分比可用于可能在此资源池中运行的任何请求。与 MIN_CPU_PERCENT 相比，这是一个重要的区别，因为在这种情况下，即使该池在属于该池的工作负载组中没有任何请求时，内存也可能保留在给定的资源池中。因此，在使用此设置时必须非常小心，因为即使没有活动请求，任何其他池也无法使用此内存。

以上表示缓冲池不受资源池限制。因此，如果您打算执行一些可能导致整个缓冲池被清空以运行您的进程的操作，您可能需要确保该进程在下班时间运行。

以下是 MSDN 博客SQL Server Page Life Expectancy的摘录：

页面预期寿命 (PLE) 是您的缓冲池 (BP) 不稳定程度的最佳指标。它是一个 PerfMon 计数器，位于 SQL Server:Buffer Manager PerfMon 对象中。还有 NUMA 系统应考虑使用的 Buffer Node:Page Life Expectancy 计数器，每个节点使用与非 NUMA 系统上相同的逻辑。

波动性是通过获取缓冲池中页面的平均“寿命”（以秒为单位）来衡量的。如果页面被覆盖或老化，它将开始全新的生活。

因此，如果大量页面经常被新数据覆盖，平均 PLE 会很低，我们的 BP 波动性会很高。

相反，如果我们 BP 中的大多数页面长时间保留在那里而没有被覆盖，则平均 PLE 会很高，而 BP 波动性会很低。

那么我们为什么要关心 BP 波动性和 PLE 呢？了解 BP 波动性对我们有什么好处？什么是“好”和“坏”的 PLE 数字？

PLE 可以衡量您的 SQL Server 正在执行多少物理 IO。希望我引起了您的注意，因为物理 IO 是一个主要的性能问题，无论是读取还是写入。

来自这里评论中的问题：

什么是“查询内存”，它与缓存有何不同？

查询内存用于执行查询。它暂时用于排序、位图创建、哈希表等。缓存包含内存中的表数据。

听起来我的问题的答案是 PLE 根本不受资源调控器的保护。听起来对吗？

正确的。页面预期寿命是关于数据页面在内存中停留的时间。