为何需备份事务日志以实现SQL Server时点还原？

这个问题问得特别好，很多刚上手SQL Server完整恢复模式的朋友都会卡在这两点上，咱们掰开揉碎了说：

一、完整备份明明包含日志，为啥必须单独备份事务日志才能做时点还原？ #

• 先搞清楚完整备份里的日志是干啥的：完整备份确实会包含一部分事务日志，但这部分日志只是用来保证备份集自身的一致性。比如你备份的时候，数据库还在跑业务、写数据，这部分日志能帮你把还原后的数据库拉到备份完成那一刻的一致状态——简单说就是让还原后的库能正常用，不会停在半拉子的事务状态。
• 时点还原需要的是完整备份之后的增量日志链：假设你凌晨1点做了完整备份，想还原到今天上午10点的状态，那1点到10点之间产生的所有新事务日志，根本不在凌晨的完整备份里。完整恢复模式下，只有通过定期做事务日志备份，才能把这段时间的操作记录保存下来，形成连续的日志链，这样才能一步步“回放”到你想要的那个时间点。
• 另外，完整备份是“一次性快照”，备份完成后产生的新日志只会往日志文件里写，不会自动追加到之前的完整备份里——它俩是完全独立的东西。

二、事务日志本身就有恢复数据，为啥还要专门备份？ #

• 防止日志文件炸盘：在完整恢复模式下，SQL Server不会自动清理已经提交的事务日志空间（除非你做了日志备份）。如果一直不备份，日志文件会像吹气球一样越变越大，直到把磁盘占满，直接导致数据库崩溃。备份日志后，SQL Server才会把已经备份过的日志标记为可重用，循环利用日志文件的空间。
• 保住完整的恢复链路：事务日志是实时写入的，但如果不备份，一旦数据库所在的磁盘坏了，你丢失的就是从上次完整备份到故障点之间的所有数据。而备份日志相当于把这段时间的操作“存了个副本”，哪怕原日志文件损坏了，你还有备份的日志可以用来恢复。
• 实现细粒度的灾难恢复：只有完整备份的话，你最多只能恢复到备份完成的那个时刻。但有了日志备份，你可以精准恢复到任意一个时间点（比如误删重要数据前的1分钟），这对业务连续性来说简直是救命的功能。

内容的提问来源于stack exchange，提问作者mma