在網上查了二天資料,終於找到個解決了這個問題的方案,記錄下來.方便下次處理.
解決方案轉貼自: https://blog.csdn.net/kk185800961/article/details/41865073

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的復制事務。

Sql2008R2 日誌無法收縮解決方案