SQL2008R2 收缩数据库问题 - 日志文件不变小

Posted strayromeo

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL2008R2 收缩数据库问题 - 日志文件不变小相关的知识,希望对你有一定的参考价值。

数据库的日志文件(*.ldf)越来越大,怎么办?

  收缩吧。收缩日志文件的操作真不简单哟,还跟数据库的恢复模式有关啊。

 

一、“简单恢复模式”时的日志收缩

1. 截断日志

  当数据库的恢复模式为“简单”的时候,日志文件会在以下情况被截断: (1)完整备份

(2)遇到检查点(checkpoint)

2. 手动收缩日志文件

  当日志被截断后,日志文件的内部空间就会标记为“可复用”,因此日志文件就不需要持续增长。关于日志文件空间状态的解释,详见 http://jimshu.blog.51cto.com/3171847/1174474 

  手动收缩日志文件的操作可以参考本文稍后的说明。

 

 

二、“完整恢复模式”时的日志收缩

  在完整恢复模式下,对数据进行完整备份或者遇到检查点,都不会对日志造成影响。因此,可能会导致日志文件不能被截断,也就是说,这些空间不能被循环使用。于是,日志文件将持续增长,甚至直逼硬盘空间的极限。此时,即使手动收缩日志文件,也不会减小文件空间,因为空间都被占用着。

  注意:“大容量日志恢复模式”与“完整恢复模式”的日志处理方法一致。

 

1. 确认恢复模式

  以下是使用 SQL Server Management Studio 检查数据库的恢复模式。

 

2. 完整备份

  日志备份之前,必须做过完整备份。

 

注意:不要勾选“仅复制备份”选项。“仅复制备份”不会影响日志。

 

3. 事务日志备份

  做过完整备份之后,可以随时进行事务日志备份。

 

默认的选项,是备份后截断事务日志。

 

注意:有很多情况会阻止日志截断,没有备份事务日志只是其中一种情况,也是最常见的情况。

 

4. 手动收缩日志文件

  做过日志备份之后,日志被截断,大量空间被标记为“可复用”。一般情况下,这时候就可以进行“收缩文件”操作,以将“可复用”的空间从日志文件中移出,从而减小日志文件。

 

三、非官方的操作方法

1、临时改用简单恢复模式

  临时改为简单恢复模式,然后做一次完整备份,或者运行checkpoint执行检查点。当日志被截断后,再收缩日志文件,最后再改回完整恢复模式。

  甚至,在简单恢复模式时,可以直接修改日志文件的“初始大小”,改成一个很小的数值即可(系统会自动将日志文件收缩到可能的最小值)。

 

注意:改回完整恢复模式后,请务必立即做一次完整备份。

 

2、with no_log选项

  在旧版本里,可以使用 BACKUP LOG WITH NO_LOG,或者 WITH TRUNCATE_ONLY。但是,SQL Server 2008 已经删除了这些选项。

 

3、分离后再附加

  分离这个数据库,然后删除日志文件。然后重新附加这个数据库,SQL Server 就会警告丢失了日志文件,如果忽略这个警告,系统会自动创建一个空的日志文件。 注意:可能会丢失部分数据,详见《丢失日志文件的风险与对策》 http://jimshu.blog.51cto.com/3171847/1341289

 

以上是关于SQL2008R2 收缩数据库问题 - 日志文件不变小的主要内容,如果未能解决你的问题,请参考以下文章

请教SQL server 2008 R2 日志过大问题

MSSQL分析数据库日志文件无法收缩的问题

MSSQL分析数据库日志文件无法收缩的问题

SQL Server 2008清空数据库日志方法

SQL2008和sql2008 r2有啥区别

SQL Server 2008R2 不发送数据库邮件