SQL2008 SQL2012 SQL2014 的收缩日志
因为SQL2008对文件和日志管理进行了优化,因此如下语句在SQL2005中能够运行但在SQL2008中已经被取消:
(SQL2005)
BackupLog DNName with no_log
go
dumptransaction DNName with no_log
go
USE DNName
DBCC SHRINKFILE (2)
Go
--------------------------------------------------------------
(SQL2008):
在SQL2008中清除日志就必须在简单模式下进行,等清除动做完毕再调回到彻底模式。数据库
方案一:彻底命令模式
USE[master]
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式
GO
USE DNName
GO
DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY)
GO
USE[master]
GO
ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE DNName SET RECOVERY FULL --还原为彻底模式
GO
方案二:部分命令模式 + 任务-收缩-文件(单个数据库)优化
ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式
GOspa
右键-任务-收缩-文件-肯定 下来数据库的日志只保留了1M日志
ALTERDATABASE DNName SET RECOVERY FULL --还原为彻底模式it
GO
优势:此清除日志所运行消耗的时间短,90GB的日志在分钟左右便可清除完毕,作完以后作个彻底备份在分钟内
便可完成。
缺点: 不过此动做最好不要常用,由于它的运行会带来系统碎片。普通状态下LOG和DIFF的备份便可截断日志。
此语句使用的恰当环境:当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的状况下使用。io