为什么我的新安装但孤立的Server 2016实例用事务日志填充磁盘

Question

这是全新服务器的SQL服务器的全新安装。设置的目的是替换另一台老化的服务器，我们正在设置服务器环境。

上周四，我们安装了Server并还原了客户端数据库，但是没有配置不，没有，没有，零客户端用户、管理作业或计划进程。实际上，这个系统与生活在自己宇宙中的世界是隔绝的。

周一，我接到系统团队的一声呼喊，告诉我，交易日志驱动器已经发出了空间外警报，并且它的80 of容量已经接近顶峰。

对于一个未被访问的SQL数据库来说，80 of的事务日志似乎太大了。在一个活动环境中，我们将让管理作业每15分钟运行一次备份trans，这样我们就不会看到问题了。

显然，有些东西正在运行，从而导致SQL向trans写入了这么多内容。我很好奇它可能是什么。除了其他任何事情，我总是认为是用户活动和偶尔的DBA工作导致translog的增长，但是看起来增长的某些部分是由于其他的原因。

有人能提供任何洞察力，或者建议我如何分析事务日志内容来了解正在发生的事情吗？

更新:我第一次写这个问题的时候更新了几次。

1. 为什么我不能检查translog文件--它必须被杀死才能收回空间--而不是我的决定。
2. 这里有一个VEEEM备份解决方案。结果表明，server没有启用VEEEM访问SQL服务器的登录凭据。事件日志显示VEEEM试图登录4次他们放弃。磁盘空间使用情况图显示了磁盘空间的几乎指数消耗。

Answer 1

听起来可能有一项维护工作在后台间歇性地运行，正在填充日志。你有进入工作系统的权限吗？在非生产系统中，您还希望在大多数情况下将数据库置于简单的恢复模式。