现在的位置: 首页 > 综合 > 正文

在论坛中出现的各种疑难问题:日志收缩问题

2014年04月05日 ⁄ 综合 ⁄ 共 1967字 ⁄ 字号 评论关闭

最近,在论坛中,遇到了不少疑难的问题,在此特别记录,同时也感谢发帖人的分享、以及其他网友的热心回答。


1、日志暴大,无法收缩,谁来挑战一下!

http://bbs.csdn.net/topics/390674731?page=1#post-396518238

环境:windows server 2008  sqlserver 2008
报磁盘空间满,上去查看发现数据库的ldf文件暴大,本人随已不用sqlserver 1年,但是以前干过,对sqlserver谈不上精通,也大概知道点皮毛?
立即写脚本操作,步骤如下。
alter database DBName set recovery simple;      --逻辑操作,VLF 248 kb 标记为可重用,磁盘空间不会缩小
use DBName 
DECLARE @lname AS VARCHAR(50)   
SELECT name
FROM sys.database_files WHERE type=1
DBCC SHRINKFILE (@lname,100);                   --物理操作收缩 截断了的空间。但是空间一点没有变小。所以怀疑有可能是一个很大很长的事务在执行。
alter database DBName set recovery full;

use DBName
go
dbcc opentran
--结果如下
/*
已复制的事务信息:
        最早的分布式 LSN     : (0:0:0)
        最早的非分布式 LSN : (5067131:1370:2)
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
*/

DBCC loginfo()  --全是2 木有 0 都是活动事务,断不了,更收缩不了。

-- 一个没有spid的东西。怎么杀啊? 查事务,
select transaction_begin_time,  
case transaction_type   
when 1 then 'Read/Write transaction'  
when 2 then 'Read-Only transaction'  
when 3 then 'System transaction'  
when 4 then 'Distributed transaction'  
end tran_Type,  
case transaction_state  
when 0 then 'not been comoletely initaialiaed yet'  
when 1 then 'initaialiaed but ha notstarted'  
when 2 then 'active'  
when 3 then 'ended (read-only transaction)'  
when 4 then 'commit initiated for distributed transaction'  
when 5 then 'transaction prepared and waiting resolution'  
when 6 then 'commited'  
when 7 then 'being rolled back'  
when 0 then 'been rolled back'  
end transaction_state  
from   
sys.dm_tran_active_transactions
--没有发现异常的事务。没有做过复制,没有做过镜像。

--查看log状态
SELECT log_reuse_wait_desc  FROM sys.databases WHERE NAME='DBName' 
--REPLICATION  某做过复制,竟然出来个这。

use DBName
checkpoint
go
sp_removedbreplication 'DBName'
DBCC SHRINKFILE(DBName_Log,100);

DBCC loginfo()  --还是全是活动的。
dbcc opentran 还有的那个没有spid的复制事务。

某有头绪了!
临时解决方案,新建了个log文件在其他盘,能顶个10几天。趁这段时间跑来问问大牛?

这个是我的建议,不过经过测试,没有效果:

alter database xxx
set single_user
with rollback immediate

然后,再次收缩日志,应该就可以,不过可能需要暂时中断一下业务

从上面的这个可以看出,这个问题和数据库复制有关:

--查看log状态
SELECT log_reuse_wait_desc  FROM sys.databases WHERE NAME='DBName' 
--REPLICATION  某做过复制,竟然出来个这。

这个是DBA_Huangzj版主的方法,不过也没有效果:

EXEC sp_removedbreplication msdb
试一下remove msdb的

最后楼主的方法:

解决了,谢谢各位,什么招都用了,以前DBA改过计算机名称。改回来做复制再把复制删了,不然sp_removedbrepliation根本没用, 删除复制后做个log备份(一档log 1TB)。备份完这一档log空间就可以收缩了!谢谢!

抱歉!评论已关闭.