如何避免SQL Server日志撑爆硬盘及完整模式下的备份还原

SQL Server数据库有三种恢复模式，分别是：简单、完整、大容量日志，从SQL Server 2015开始（不确定，有待考证，但这不重要），新创建的数据默认是完整模式，就是这个默认值，让不少用户的硬盘爆满，究其原因，就是没有DBA好好维护。

在完整模式下（大容量日志模式也一样，本文只讨论完整模式），如果不做一定的维护，系统一直运行下去，那么日志会越来越多，日志文件会越来越大，直到把硬盘撑满，那怎么该怎么维护呢，最简单的就是备份日志，这就涉及到另一个话题，SQL Server的备份和还原。

我们为什么要用完整模式，无非是为了在数据出问题时，尽可能的恢复最近的数据，那么你不备份，何来恢复？然而很多人只做了一个完整备份，就完事了。那要完整模式何用，直接用简单模式岂不是更好。那要怎么备份和恢复呢，下面是一个完整的案例：

某数据库每周日晚执行完整数据库备份，保留一周；

每晚则进行差异备份，保留一周；

每隔1小时执行一次事务日志备份，保留一天。

如果数据库周三上午10:12 出现故障，则可以：

1)     备份当前事务日志；

2)     还原上周日晚上的完整备份；

3)     还原上周日到这周二的差异备份；

4)     还原从这周二差异备份之后的全部事务日志备份，以将数据库前滚到上午10 点；

5)     还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

那这和日志撑满磁盘有什么关系呢，关键就在备份事务日志那里，简单模式下完整备份后即截断日志，而完整模式每次备份完事务日志后才会自动截断之前的日志，空间被释放，这一点可以通收缩日志文件的那个界面可用空间一项能看出来，当然，此时日志文件的物理尺寸并不会变小，但后续的日志也不会无限制的撑大文件，收缩一下就OK啦。

不过要注意的是，截断日志可能会有延迟，具体见：https://docs.microsoft.com/zh-cn/sql/relational-databases/logs/the-transaction-log-sql-server#FactorsThatDelayTruncation

另外，收缩只是把已有的空闲空间还给操作系统，并不会影响日志。

有不对的地方，欢迎一起探讨。