如何截断SQL Server2008+事务日志空间

如何截断SQL Server2008+事务日志空间,第1张

SQL数据库事务日志记录数据库的任何更改,用户可回滚事务日志来恢复数据,但随着数据库使用时间变长,日志文件也会变得很大。

若要避免数据库的事务日志被填满,例行备份至关重要。做了日志备份后,会释放不活跃的VLF,增加日志的可用空间。但默认情况下备份日志,其日志文件的大小并未变化,如下图

备份前,总大小24.13MB

备份后,总大小仍然为24.13MB,但已用空间占比从93.1%降至11.0%

也就是,已使用日志空间是减小了,但未使用日志空间并未释放。其实,如果磁盘空间足够的话,可以不用收缩空间

那如果需要释放空间以节约磁盘空间,怎么解决?

如果要收缩数据库日志大小,则需要截断事务日志

SQL SERVER 2008 +环境下不再支持以下命令(SQL 2005下可用)

BACKUP LOG 数据库名 WITH TRUNCATE_ONLY 或

BACKUP LOG 数据库名 WITH NO_LOG

要收缩数据库日志,首先需要通过将数据库恢复模式设置为 Simple 来截断该文件。

USE databaseNAME

GO

ALTER DATABASE DATABASENAME SET RECOVERY SIMPLE//更改数据库的恢复模式为简单

GO

DBCC SHRINKFILE (DATABASENAME_Log, 5) //手工压缩日志文件至5MB

GO

ALTER DATABASE DATABASENAME SET RECOVERY FULL //将数据库的恢复模式改回来

GO

下面是测试环境的效果图

截断前

截断后

说明:

1.以上 *** 作也可以通过图形界面来完成;

2.如何判断收缩后大小,可以通过下列命令查看

DBCC Sqlperf(Logspace)

3.日志截断后建议立即做一次完整备份

自动收缩是不会截断日志的.

肯定是做过日志备份, 或者其他的 *** 作, 否则日志文件是没有可供收缩的空间的.

是否做过日志备份, 可以查一下msdb.dbo.backupset这个表.

另外看看error log和default trace中是否记录了对这个数据库的一些 *** 作.

教你如何清除SQL日志

1.打开查询分析器,输入命令

DUMP TRANSACTION 数据库名 WITH NO_LOG

2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

清除Log有两种方法:

1.自动清除法

开放数据库选项 Trunc Log on Chkpt,使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预,由SQL Server自动执行,并且一般不会出现Log溢满的情况;缺点是只清除Log而不做备份。

2.手动清除法

执行命令“dump transaction”来清除Log。以下两条命令都可以清除日志:

dump transaction with truncate_only

dump transaction with no_log

通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令,这条命令写进事务日志时,还要做必要的并发性检查。SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况,使用这条命令有很大的危险性,SQL Server会d出一条警告信息。为了尽量确保数据库的一致性,你应将它作为“最后一招”。

以上两种方法只是清除日志,而不做日志备份,若想备份日志,应执行“dump transaction database_name to dumpdevice”命令。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9983722.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-04
下一篇 2023-05-04

发表评论

登录后才能评论

评论列表(0条)

保存