log_reuse_wait_desc为REPLICATION,日志暴大,无法收缩

早上检查数据发现,有一台数据的硬盘空间只剩下几MB。习惯性检查日志文件，发现日志文件居然暴增到了350多GB

首先备份日志，再收缩-------无变化。(实际上日志备份每1小时1挡,正常在跑.)

---------------------------------------------------------------------------

检查日志空间占用及不能截断原因：

DBCC SQLPERF(LOGSPACE)  GO  SELECT name,recovery_model_desc,log_reuse_wait,log_reuse_wait_desc  FROM sys.databases  GO 

可以看到log_reuse_wait_desc为REPLICATION

在该库下执行DBCC loginfo()，可以看到该数据库的所有VLF的状态都为2，也就是active状态。

DBCC loginfo() 

-----------------------------------------------------------------------

网上找到一篇钊吉兄的解决方法：

sp_removedbreplication 'XXXX'

实际上由于这个数据库之前并没有搭建过复制。服务器应该也没有改过名字，所以该大招无效。

-----------------------------------------------------------------------

既然不是复制为何log_reuse_wait_desc为REPLICATION呢?

疑凶转移到了CDC(CDC和复制实际上底层都是使用LogReader的Job来扫描日志)。

SELECT   IS_CDC_ENABLED        ,CASE WHEN IS_CDC_ENABLED = 0               THEN 'CDC功能禁用'              ELSE 'CDC功能启用'END 描述FROM     SYS.DATABASESWHERE   NAME  = 'XXXX'

该库果然开启了CDC,继续检查CDC Job的运行状态:

Declare @Job_ID as UNIQUEIDENTIFIERselect @Job_ID=Job_ID from msdb.dbo.sysjobs where name = 'cdc.XXXX_capture'Exec master..sp_MSget_jobstate @Job_ID

返回值为 4 - 表示完成(成功或失败),正常情况下CDC Capture的Job应该是1(正在运行)才对。

断定cdc.XXXX_capture这个Job由于某种原因被异常中止了。

------------------------------------------------------------------------------------

至少日志不能截断的原因终于找到了。

手动启动cdc.XXXX_capture。此处省略NNNN分钟等待(在此提醒各位硬盘空间不够的童鞋,cdc捕获也需要大量磁盘空间哦!!!腾出足够的硬盘空间或者新建个log文件在其他盘吧)。

等待log_reuse_wait_desc状态变为LOG_BACKUP。

备份日志后收缩日志成功！~

打完收工。