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 收缩数据库问题 - 日志文件不变小的主要内容,如果未能解决你的问题,请参考以下文章