SQL Server 2016 + FILESTREAM + Windows Defender = CPU 和磁盘使用率恒定

Question

我有一个问题是几周前在 Windows 更新后开始的，我在互联网上找不到有关该问题的任何信息。我在最新的 Windows 10 机器上安装了一个 SQL Server 2016 Express 实例，其数据库具有 FILESTREAM 文件组和全文搜索目录。据我所知，数据库已连接并且运行正常，Windows 事件日志中没有任何异常。然而，自从那次更新以来，SQL Server 不断地在数据库上搅动，不断地使用 CPU 和磁盘。

我将数据库存储在机械硬盘上，在我关闭 SQL 实例之前，CPU 使用率一直保持在 30% 左右。重新启动它只会暂时帮助，因为搅拌很快就会再次开始。请记住，这是在离线机器上（除了互联网连接）。起初我以为我感染了病毒或其他什么，所以我关闭了服务器，并从轨道上对其进行了核对。我得到了一个新的 SSD，安装了 Windows 10，安装了 SQL Server 2016，更新了所有内容，获取了 MDF 和 LDF（以及文件流文件夹），将它们移到了新机器上，附加了数据库。一开始没有问题。然后它再次开始，尽管现在 CPU 使用率要低得多，可能是因为存储速度要快得多。

这是它在资源监视器中的样子：

这似乎与 Windows Defender 有关，因为我可以开始扫描并查看同一数据库的 sqlservr.exe 句柄数量。

SQL Server 日志看起来像是无穷无尽的页面：

SSMS 活动监视器一直没有显示任何进程或任何可以解释活动的数据库。请记住，这是新安装的机器上的一个隔离数据库，除了我之外没有连接任何客户端。

我查看了可能导致此问题的更新，但我没有发现任何明显的问题，现在我不知道该怎么办。我看到的唯一解决方案是降级到 SQL Server 2008 SP3，因为我知道它以前运行良好。对此我将不胜感激。

Answer 1

SQL Server 错误日志中频繁出现的“Starting up database 'Abacus'”消息表明数据库设置为AUTO_CLOSE，并且该数据库被频繁访问。数据库的这种不断打开和关闭会导致大量开销，并且可能是您看到的高资源利用率的原因。

简单的解决方法是关闭自动关闭：

ALTER DATABASE Abacus
SET AUTO_CLOSE OFF;

通常最好将AUTO_CLOSE 数据库设置保持关闭以避免不必要的开销。一个例外是托管数百或数千个数据库的 SQL 实例，其中大多数数据库并未被积极使用。