MSSQL 日志文件体积爆炸：应对之策（mssql日志过大）

MSSQL 日志文件体积爆炸是很多数据库管理员经常遇到的问题，主要由MSSQL单点负责管理、事务处理和恢复无论是在SQL数据库实例级别还是在每个数据库级别。 在某些情况下，MSSQL日志文件就会爆炸，这往往会引发一些恼人的问题，因此要及时排除一些可能引起MSSQL日志文件体积爆炸的因素，并采取相应的应对措施，以避免出现这样的问题。

首先，对于MSSQL日志文件体积爆炸，我们可以首先检查是否有运行大批量事务操作，比如创建大量索引、插入大量数据或者删除大量数据等，这些操作往往会导致 MSSQL 日志文件体积爆炸。 其次，我们可以看看当前的恢复模式是否设置为“完全”。 在“完全”模式下，MSSQL 会生成即使内容没有被更改也会生成日志文件，这样就可能导致日志文件的体积不断增大，最终造成日志文件爆炸的情况。

如果觉得日志文件体积爆炸的原因是上述这些，我们可以改变恢复模式为“简单”模式，这样MSSQL执行完成之后就会自动将所有事务日志文件清空，从而避免MSSQL 日志文件体积爆炸的情况。

另外，我们也可以采取MSSQL自带的日志备份来防止 日志文件体积爆炸。 不过需要注意的是，在备份日志之前，我们需要手动将事务日志模式改为“简单”。 通过以下代码我们可以改变日志的备份模式：

— 转换所有数据库到‘简单’恢复模式。

USE master

GO

ALTER DATABASE [DB_NAME] SET RECOVERY SIMPLE WITH NO_WAIT

GO

— 执行日志备份。

BACKUP LOG [DB_NAME] TO DISK = ‘D:\MSSQLBackup\DB_LOG.trn’ WITH NO_TRUNCATE, NOFORMAT, NOINIT, NAME = ‘Full Database Log Backup’

GO

此外，有些时候，我们可以通过定期删除旧的备份文件来节省硬盘空间，避免日志文件体积爆炸：

— 删除 3 天前的备份文件

DECLARE @Backup_DeleteDate datetime

SET @Backup_DeleteDate = getdate()-3

EXECUTE sp_delete_backuphistory @DeleteDate=@Backup_DeleteDate

最后，重新建立一个数据库最好是做最后的一招，重新建立一个数据库的时候，比较安全的方法是备份原来已有的数据库，然后再将其还原到一个新的数据库：

— 将原有数据库备份。

USE master

GO

BACKUP DATABASE [Old_DB] TO DISK = ‘D:\MSSQLBackup\Old_DB.bak’ WITH INIT

— 将备份文件还原到新数据库中。

USE master

GO

RESTORE DATABASE [New_DB] FROM DISK = ‘D:\MSSQLBackup\Old_DB.bak’ WITH REPLACE

以上就是MSSQL日志文件体积爆炸之应对之策，以上操作可以有效避免和解决MSSQL日志文件体积爆炸的问题，让数据库管理更加高效、稳定。