什么时候应该使用完整恢复模型，什么时候应该对数据库使用简单恢复模型？
我总是使用完整恢复模式，因为它是默认模式，但今天我遇到了这个错误：
Microsoft OLE DB Provider for SQL Server (0x80040E14) 数据库“DATABASE NAME”的事务日志已满。要找出无法重用日志中的空间的原因，请参阅 sys.databases 中的 log_reuse_wait_desc 列
特定的数据库实际上是我服务器上最小和最不活动的数据库之一，所以我不知道这个数据库上的日志如何被填满，而不是其他数据库。
为了缩小日志并使数据库再次可访问，我将恢复模式从 FULL 更改为 SIMPLE 并缩小了逻辑文件日志，使用以下命令
alter database myDbName SET recovery simple
go
dbcc shrinkfile('LOG FILE LOGICAL NAME', 100)
go
它帮助，但现在我需要了解为什么它的帮助下，如何这种情况开始，如何防止这种情况在未来？
编辑：
每天晚上 1 点，我们都会对服务器上的每个数据库进行脚本备份。这是由 31 行脚本完成的，其中最重要的部分是
set @Filename = 'D:\backup\' + convert(varchar, getDate(), 112) + ' - ' + @DBName + '.bak'
set @Description = 'Full backup of database ' + @Filename
BACKUP DATABASE @DBName TO DISK …