sql-server – SQL Server定期清除计划缓存和执行统计信息

如果您认为该日期/时间比您预期的要旧,则只清除部分计划缓存.例如,可能有人正在进行索引重建或更新统计信息作业,这将刷新受影响的特定对象的计划缓存 – 但其他对象仍将保留.当系统查询(如DMV查询)徘徊时,我会看到很多,但用户数据库计划清除了.

如果该日期/时间以特定的时间间隔更新,例如它似乎每2小时更新一次,例如6：00,8：00,10：00等,那么某人可能正在运行导致计划缓存的作业或查询清除.一旦知道确切的频率,您就可以：

>查看您的工作时间表,了解在该时间间隔内运行的内容
>在该时间跨度内运行Profiler跟踪或扩展事件跟踪以找出谜团(我通常不会追踪生产中的追踪,但如果您确切知道凶手将要何时发生攻击,则很容易启动什么在运行的低开销样本)
> Log sp_WhoIsActive to a table在那段时间内(最简单的方法,但最不可能将其缩小到导致它的确切查询)

如果每次运行查询时该日期/时间都在不断变化,那么您的服务器可能会受到内存压力.运行此命令以生成基本运行状况检查信息,然后您可以将其复制/粘贴到堆栈问题中,以便我们对其进行诊断：

sp_Blitz @OutputType =’markdown’,@ CheckServerInfo = 1,@ CheckUserDatabaSEObjects = 1

(披露：我是sp_Blitz的作者之一.)

使用您的sp_Blitz数据更新2017/08/25 – 感谢您运行sp_Blitz并将其添加到您的问题中,这确实有助于展示一些内容.您在具有2个内核和16 GB RAM的VM上运行SQL Server 2016 Enterprise Edition.首先,关于许可的快速说明：如果您是由客户许可,则最低购买要求是4个核心,而不是2个.(有关详细信息,请参阅SQL Server Licensing Guide.)企业版的4个核心大约是28,000美元,它是相当不寻常的是看到只有16GB内存的许可资金.如果您在主机级别许可SQL Server Enterprise Edition,则可以忽略它并运行较小的VM.

看起来您的SQL Server正受到外部内存压力.你有16GB的RAM,并且你已经将最大服务器内存设置为15GB.不幸的是,1GB还不足以支持操作系统(加上你要在那里运行的任何其他东西,比如备份软件和SSMS.)在我们的SQL Server安装指南中,我们建议保留4GB或10％免费,无论哪个更大 – 在你的情况下,这将是4GB,所以你的最大服务器内存设置应该是12GB而不是15GB.

您当前的内存分配中会显示更多证据：您已锁定内存中的页面(LPIM),但您只能将12.02GB的页面锁定在内存中.这可能(但不能保证)意味着其他一些应用程序需要内存,因此Windows发出内存压力通知,而SQL Server放弃了另外3GB的内存让其他应用程序做其事.这更能证明你最终不能满足15GB的需求 – 你需要其他内存.

当您的SQL Server受到外部内存压力并需要为其他应用程序释放内存时,您的计划缓存将受到影响.

所以你有几个选择：

>适当地设置最大内存 – 比如12GB(如果你要在服务器上运行其他应用程序,甚至更低).这样,SQL Server就不必在内存上进行甩卖并且只是因为一些其他应用程序需要2-3GB的RAM – 它已经可用>停止在服务器上运行其他应用程序 – 如果它是其他系统管理员远程桌面和运行SSMS之类的东西,这可能很难.我已经为打开的RDP会话数量设置了Perfmon计数器警报,并且当它不是0时被警告 – 这可以帮助抓住行动的罪魁祸首.>为VM添加更多内存 – 但我认为你真的不需要它. sp_Blitz报告显示“未检测到重要等待时间”.我不认为你经常受到记忆压力,特别是因为你报告它只是时不时地发生.这是成本效益最低的选择.

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!