我在 SAN 数据存储上的 VMWare ESXi 5.5 主机上有一个运行 MS SQL 2005 的 Windows Server 2008 R2 虚拟机。
它每天都会“丢失” 2GB 的硬盘空间，我不知道为什么。这种情况似乎只发生在晚上的某个时间，因为我昨天下午检查了服务器上的可用空间，当时是 34.7 GB。早上我检查时，是 34.6 GB。到了晚上，可用空间就降到了 32.5 GB。
VM 上没有快照。RAM 始终保持在 8 GB 左右，波动幅度为 +/- 200 MB。页面文件始终保持在 16 GB。周末不会发生这种情况。因此，周五会有 30 GB 的可用空间。周一早上会有 30 GB 的可用空间，到周一晚上就会变成 28.3 GB。我没主意了。
这是昨天晚上和今天晚上的目录统计并排的图片。
时间日志
答案1
我个人遇到过 VSS 错误，卷影副本已关闭但仍在运行。解决方法是打开 VSS 并将最大大小设置为非常小的量（例如 250 MB）。也许值得一试，看看这是否有帮助。
答案2
在 SQL Server 中，如果您有大量 I/O，则可能会收集大量事务日志文件。查看一下，如果这是导致问题的原因，您有两个选择：
您可以清除它们，也可以压缩它们，这取决于您的 DBA 告诉您他们想要什么。
以下是微软的说明如何缩小事务日志
要清除事务日志：如何清除 SQL Server 事务日志
答案3
我找到了答案。这是 中的事件日志文件%SystemRoot%\System32\Winevt\Logs。这台服务器没有像其他所有服务器一样具有标准的“根据需要覆盖事件”。但是，日志文件没有被修剪，因此它们不断堆积。
这恰恰解释了为什么周末期间可用空间文件大小几乎没有任何变化。
尽管“以管理员身份运行”，软件仍将此空间显示为“未知”空间，当我开始每天两次 WinDirStat跟踪屏幕截图时，我确实开始注意到“未知”空间增加的趋势。WinDirState
最终让我找到日志文件的原因是使用磁盘空间风扇并比较报告的大小。如您所见，Windows 文件夹WinDirStat显示 24.6 GB，而Disk Space Fan显示 116 GB。进一步深入研究 Windows\System32 并查看磁盘空间扇区中显示的“顶级列表”，我注意到 WinDirStat 没有该winevt文件夹，并且显示 89.7 GB 的空间使用量。删除所有超过 90 天的日志文件释放了近 60 GB。
本地管理员组（其中添加了域管理员）对该文件夹具有完全控制权，因此我无法理解为什么 WinDirStat 没有选择这些文件夹。
