一天那个哥们看到数据库日志暴涨,用sys.databases 视图看一下[log_reuse_wait_desc]为replication,但是数据库根本无做replication 但是数据库有做CDC 数据抽取,最后发现原来是CDC的问题,导致收缩日志失败,把CDC停掉,问题解决 因为CDC跟replication都是使用同一个log reader线程,sys.databases里的log_reuse_wait_desc只会...
DBCCSQLPERF(LOGSPACE)GOSELECTname,recovery_model_desc,log_reuse_wait,log_reuse_wait_descFROMsys.databasesGO 可以看到log_reuse_wait_desc 为REPLICATION 在该库下执行DBCC loginfo(),可以看到该数据库的所有VLF的状态都为2,也就是active状态。 DBCCloginfo() --- 网上找到一篇钊吉兄的解决方法: sp_removedb...
DESCRIPTION:The log scan number (5583766:93420:2) passed to log scan in database '<database name here>' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurredduring replication,re-create ...
ALTER DATABASE SET RECOVERY SIMPLE Neither worked. Then I tried to right click on replication publisher properties, enabled the db in question as a publisher, hit OK, went there again and disabled, and it finally worked. Perfect --- 1. Query SELECT name, log_reuse_wait_desc FROM...
log_reuse_wait_desc为REPLICATION,日志暴大,无法收缩 早上检查数据发现,有一台数据的硬盘空间只剩下几MB。习惯性检查日志文件,发现日志文件居然暴增到了350多GB 首先备份日志,再收缩---无变化。(实际上日志备份每1小时1挡,正常在跑.) --- 检查日志空间占用及不能截断原因: DBCCSQLPERF(LOGSPACE)GOSELECTname,...
log_reuse_wait_desc为REPLICATION,日志暴大,无法收缩 早上检查数据发现,有一台数据的硬盘空间只剩下几MB。习惯性检查日志文件,发现日志文件居然暴增到了350多GB 首先备份日志,再收缩---无变化。(实际上日志备份每1小时1挡,正常在跑.) --- 检查日志空间占用及不能截断原因: DBCCSQLPERF(LOGSPACE)GOSELECTname,...
log_reuse_wait_desc为REPLICATION,日志暴大,无法收缩 早上检查数据发现,有一台数据的硬盘空间只剩下几MB。习惯性检查日志文件,发现日志文件居然暴增到了350多GB 首先备份日志,再收缩---无变化。(实际上日志备份每1小时1挡,正常在跑.) --- 检查日志空间占用及不能截断原因: DBCCSQLPERF(LOGSPACE)GOSELECTname,...