MSSQL收缩事务⽇志⽇志⽂件过⼤⽆法收缩
⼀.MS SQL SERVER 2005
--1.清空⽇志
exec('DUMP TRANSACTION 数据库名 WITH NO_LOG')
--2.截断事务⽇志：
exec('BACKUP LOG 数据库名 WITH NO_LOG')
--3.收缩数据库⽂件(如果不压缩，数据库的⽂件不会减⼩
exec('DBCC SHRINKDATABASE(数据库名) ')
--4.设置⾃动收缩
exec('EXEC sp_dboption 数据库名,autoshrink,TRUE')
⼆.MS SQL SERVER 2008 &2008r2 &2012 &2016
-
-在SQL2008中清除⽇志就必须在简单模式下进⾏，等清除动作完毕再调回到完全模式。
USE [master]
GO
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE  --简单模式
GO
USE 数据库名
GO
--crm50sp1_log 为数据库⽇志⽂件逻辑名
DBCC SHRINKFILE (N'crm50sp1_log' , 11, TRUNCATEONLY)
GO
USE [master]
GO
ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 数据库名 SET RECOVERY FULL  --还原为完全模式
GO
sqlserver2012数据库还原
三. ⽇志⽂件异常⼤⽆法收缩的问题
如果⽇志⽂件异常⼤，且收缩的时候⽆法收缩，这个时候，需要查看是否有未提交或者回滚的事务
执⾏DBCC OPENTRAN 命令，查看是否有很早运⾏的事务（消息中显⽰的有事务开始时间），显⽰出来的都表⽰该事务没有提交或回
滚所以⼀直导致MinLSN⽆法前滚。
如果有这种的话，可以两种⽅法，⼀通过信息显⽰的进程号，杀掉该进程。kill 进程号;(当然重启SQL服务也⾏，如果允许停机操作的话)；如果没有长时间未关闭的事务，简单模式：先备份数据库，然后执⾏BACKUP LOG 数据库名称 WITH NO_LOG 完整模式：如果没有进
⾏过完整备份，先进⾏⼀次完整备份，然后再备份⽇志⽂件，最后执⾏ DBCC SHRINKFILE (N'⽇志⽂件逻辑名称' , 0, TRUNCATEONLY)只收缩⽇志⽂件
⽇志⽂件逻辑名称通过以下语句可以得到 USE erp数据库 go SELECT [name] FROM sys.database_files WHERE type_desc='LOG'