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.DATABASES WHERE NAME = 'XXXX'
该库果然开启了CDC,继续检查CDC Job的运行状态:
Declare @Job_ID as UNIQUEIDENTIFIER select @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。
备份日志后收缩日志成功!~
打完收工。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战