Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1300803
  • 博文数量: 127
  • 博客积分: 2286
  • 博客等级: 大尉
  • 技术积分: 1943
  • 用 户 组: 普通用户
  • 注册时间: 2010-06-10 10:37
文章分类

全部博文(127)

文章存档

2018年(1)

2015年(2)

2014年(1)

2013年(30)

2012年(88)

2011年(5)

分类: 数据库开发技术

2012-08-13 11:27:07

数据库已经运行在数据库镜像的时候怎么收缩事务日志文件呢??

我们有一个产品数据库发现事务日志文件已经到到了60GB,而数据库本身才30GB。需要收缩事务日志文件。

经过一个礼拜的观察,平均没有有1.5GB的日志,99%的日志是在晚上产生的,周末有16GB的日志,看来大部分是非工作时间批处理产生的。


我觉得收缩日志文件,怎么做呢??google来半天也没什么好的办法,大部分说是要切换到simple模式,重新构建数据库镜像数据库。这对产品环境影响比较大。

只有自己摸石头过河了:

先按自己的想法做:

BACKUP LOG dbname TO DISK='path/dbname_tx_log.timestamp'
GO
DBCC SHRINKFILE('dbname_Log', 4096)
GO
只收缩到了50GB左右,报告有数据被使用。重复执行没有效果,google没有答案


我再次备份日志文件

BACKUP LOG dbname TO DISK='path/dbname_tx_log.timestamp'
GO
DBCC SHRINKFILE('dbname_Log', 4096)
GO

发现成功了

验证发现确实收缩到了4GB

dbcc sqlperf(logspace);

验证数据库镜像,一切正常,镜像端也同步收缩了(从数据库里查询没有变)


看来要2次备份才能释放文件末尾的事务信息


PS:我们要避免频繁收缩数据库和事务日志文件,周期新的备份日志文件,释放空间,让其稳定在一个合理的大小上比较重要

阅读(5555) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~