server内存压力

Question

几个月前，在终端用户的笔记本电脑(相当慢的i3 CPU，4GB内存，SSD)上首次观察到了SQL2014Express。这个问题仍然存在于SQL 2019，即使是干净的Windows 10 1903安装。

这个数据库有250 so，即使对于Express Edition来说也是如此之小。应用程序大多工作平稳，但有时会有非常频繁的暂停，而简单的查询通常在5分钟后的2秒内完成！它是客户端机器，没有其他查询或数据库。

最近，同样的问题也开始出现在我的开发机器上。我可以在Windows事件日志中确认内存压力：

A significant part of sql server process memory has been paged out. This may result in a performance degradation. 
Duration: 7204 seconds. Working set (KB): 203376, committed (KB): 577992, memory utilization: 35%%.

基于这个有关分页的MSDN文章，我应该打开锁定的页面。这里有一个警告，即饥饿的SQL Server可以占用所有空闲内存，因此用户根本无法工作。我的忧虑与此有关吗？

最让我困扰的是，它是最近才开始发生的。两个月前)虽然我的工作负载和16 as内存没有明显的变化。第二，为什么释放几百MBs需要几分钟的NVMe驱动器(在我的例子中也是相当出色的CPU)。

最近是否有Windows 10 / SQL server处理内存不足状态的一些更改？

Answer 1

对我来说，这听起来像是在内存中使用锁页和设置合理的最大和最小服务器内存的明确情况。