我被提名维护一个带有日志传送功能的 SQL Server。每周重建一次索引，然后进行备份。上周，重建索引的维护计划未能正确运行，因此没有进行备份。下一个事务日志比备份大 4 倍，填满了服务器上的所有剩余空间，并使我们的整个日志运输偏离了一天。
更详细地查看事务日志（我是开发人员，而不是 DBA），我发现我错误地认为备份在索引重建后阻止了事务日志变得庞大。原来是维护计划末尾的一个 SQL 脚本，它使数据库恢复模式变得简单，将其缩小，然后将其改回完整。
我是否正确假设这会破坏事务日志链，并在从自身启动事务日志之后导致第一次完整备份 - 并且可以忽略一周内的任何数据库备份（我们每天早上备份），而只应用事务改为记录到这个每周备份？
您是对的，将日志记录级别更改为 simple 并返回会使需要进行完整备份的日志链无效。
您应该删除此开关和日志文件收缩命令。只需备份日志并将日志更改应用于日志传送目标服务器。
每次将数据库的恢复模式从完整恢复到简单并返回时，日志传送操作都必须通过恢复完整备份重新开始。如果您不更改恢复模式，则在第一次之后您永远不需要将完整备份还原到目标服务器。