日志暴大，无法收缩，谁来挑战一下！

环境：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几天。趁这段时间跑来问问大牛？