sql-server – 缩小SQL Server日记文件怎样影响机能？

我有一个SQL Server 2008数据库,其数据巨细约为2GB,但日记文件高出8GB.对付2008年之前的数据库,我可以行使“备份日记”和TRUNCATE_ONLY选项,但2008和更高版本的数据库不再提供此选项.

我有一个截断日记文件的剧本：

USE [MyDatabase]
GO
ALTER DATABASE [MyDatabase] SET RECOVERY SIMPLE WITH NO_WAIT
DBCC shrinkfile('MyDatabase_log',1)
ALTER DATABASE [MyDatabase] SET RECOVERY FULL WITH NO_WAIT
GO

这会完全截断日记文件,但我的题目是：这会影响机能吗？

我天天执行两次完备备份,因此就数据前滚而言,日记现实上并不是必须的.

办理要领

现实环境是,只有两种很是好的要领来处理赏罚事宜日记：

>行使通例LOG文件备份,LOG文件将在每次LOG备份后一再行使它的空间,而且不会无穷增添,可能
>行使SIMPLE规复模子,而不必体谅您的LOG文件巨细,由于您按期举办完全备份.

关于LOG文件截断和机能的题目在于,当要增进LOG文件时,您将始终得到机能丧失(来自上述链接博客文章的引用)：

If you shrink the log,then it’s going to grow again – possibly causing VLF fragmentation,and definitely causing your workload to pause while the log grows,as the log can’t use instant initialization […]

更新：不要将LOG文件截断误以为是DATA文件紧缩.数据文件缩小真的很糟糕.详情请见Why you should not shrink your data files.

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!