我被提名维护一个SQL Server上的日志传送。 每周一次，重build索引，然后进行备份。 上周，重build索引的维护计划未能正常运行，因此备份没有发生。 下一个事务日志比备份大4倍，填满了服务器上的所有剩余空间，并把整个日志发送过程中的一天。
仔细研究事务日志（我是开发人员，而不是DBA），我发现我错了，因为我相信备份在索引重build之后停止了事务日志。 结果是维护计划结束时的一个SQL脚本，它使数据库恢复模式变得简单，收缩，然后将其更改为完整。
我是否正确地认为这会中断事务日志链，并导致在第一次完整备份之后从其自身启动事务日志 – 并且可以忽略整个星期（我们每天早上备份的）的任何数据库备份，以支持仅应用事务logging到这个每周备份吗？
您是正确的，将日志logging级别更改为简单，然后使日志链无效，从而需要执行完整备份。
您应该删除此开关和日志文件收缩命令。 只需备份日志，并将日志更改应用于日志传送目标服务器。
每次将数据库的恢复模式从完全更改为简单时，日志传送操作都必须通过恢复完整备份重新开始。 如果您不更改恢复模式，则在第一次之后不需要将完整备份还原到目标服务器。