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