我在SQL Server数据库上有一个日志文件，它在正常工作时间之外增长到常规大小的70倍。
在正常工作时间内，此数据库的事务日志将安全地坐在1Gb左右（没有增长操作），但每周六早上它会增长到70Gb（大概与数据文件大小相同）。
正常的备份过程（Unitrends设备）每天早上7点运行完整的SQL备份。事务日志备份在上午9点到晚上8点之间每小时运行一次，下午1点除外;并在下午1点进行差异备份。
星期六早上，完全备份大约是75Gb，但是在星期天早上，整个大小是150Gb的两倍;星期六下午1点的差异大约是40Gb（通常是1Gb的星期一）。
SQL Server中的日志文件大小，如果我缩小它，将整周保持在1Gb。但除非我在星期六解决了这个问题后缩小了日志文件，否则它将保持70Gb（99％的未使用状态）会导致备份花费更长的时间。
白天星期六没有维护计划。我们的申请中没有为此时间段安排任务。
我不是全职DBA，所以我想我可能错过了造成这种情况的事情。或者在某些情况下这可能是正常行为;每周都会进行数据库检查和索引重建，但是在完全备份之前的晚上。
我知道我可以在每个星期六收缩文件 - 但我宁愿发现它的真正原因。
SQL Server版本是2008 R2。