我有一个 SQL Server 2016 Standard 生产服务器,其中包含更多 59 个客户端数据库。
Microsoft SQL Server 2016 (SP2-CU17) (KB5001092) - 13.0.5888.11 (X64) 2021 年 3 月 19 日 19:41:38 版权所有 (c) Windows Server 2019 Standard 10.0(内部版本 17763)上的 Microsoft Corporation 标准版(64 位): )
此服务器使用率很高,并且在所有数据库上都启用了查询存储。我在服务器上最大的数据库大小约为 800GB。它本身也使用了大约 15% 的 I/O 子系统。
我正在使用 Brent Ozar 的 sp_blitzcache proc,并且我一直在搜索服务器上执行次数最多的查询,因为我看到 Perfmon 中每秒执行的查询数有所增加。
现在,我执行最多的查询不是用户查询。执行最多的查询是在最大数据库上的内部查询存储清理查询。
我不确定该怎么做(除了尝试启用/禁用数据库上的查询存储)。如果我这样做,我将丢失所有收集的数据。
更改跟踪配置为通过自动清理保留 2 天的数据。
您认为这些查询可能会给我的服务器带来问题吗?
有人经历过类似的事情吗?
我不是使用查询存储的专家,但是从我对维护查询的简短研究来看,它的运行(根据您的
sp_blitzcache
结果)确实看起来非常过分。例如,这个人声称它每天只在他们的特定数据库上运行一次。您可能希望通过使用查询存储 - 查询存储空间使用情况来查看监控性能,并查看您的查询存储是否配置为不合理的低存储量。具体来说,您可以从该联机丛书文章中运行以下查询,以查看它当前的配置:
如果您有问题的数据库的使用频率很高,那么您当前的查询存储配置可能会不断地耗尽存储空间。但同样,每分钟约 22,000 次处决似乎也很可疑。