一个哥们看到数据库日志不断增大 [log_reuse_wait_desc]为replication 之后的做法

一哥们看到数据库日志不断增大 [log_reuse_wait_desc]为replication 之后的做法

一天那个哥们看到数据库日志暴涨,用sys.databases 视图看一下[log_reuse_wait_desc]为replication,但是数据库根本无做replication

但是数据库有做CDC 数据抽取,最后发现原来是CDC的问题,导致收缩日志失败,把CDC停掉,问题解决

因为CDC跟replication都是使用同一个log reader线程,sys.databases里的log_reuse_wait_desc只会显示replication,而不论你

使用的是CDC还是replication,所以最好还是查询sys.databases的时候顺便加上[is_cdc_enabled]这一列

SELECT  [name] ,
        [log_reuse_wait] ,
        [log_reuse_wait_desc] ,
        [is_cdc_enabled]
FROM    sys.databases 

时间: 2024-12-23 04:34:02

一个哥们看到数据库日志不断增大 [log_reuse_wait_desc]为replication 之后的做法的相关文章

Exchange Server 2013&2010 邮箱数据库日志清理

随着企业业务量的增大.人员的增加以及Exchange邮件系统使用时间的增长,邮件服务器中的数据库日志会日益增加.而且随着邮件系统利用率的提高,邮箱数据库的日志数量也会急剧增加.系统会在日志文件夹中生成一个接一个的大小为1024KB且后缀名为log的日志文件.已一个400人的房地产公司为例,我们可以看到(如下图),在相对高峰的时期,每1分钟,都会有几个到十几个,甚至几十个的日志文件.长此以往,邮件服务器磁盘的占用量会非常的高,如果不采取一定的措施,我们的磁盘就惨了! BTW:补充一句,邮箱数据库所

SQL2008如何清空压缩数据库日志

SQL2008如何清空压缩数据库日志 编写人:左丘文 2015-4-10 近期在给一系统初始化资料时,不断的导入导出,因此一不小心,就将数据的SQL(sql2008R2)的是日志档弄得比数据库还大,给系统部署带来麻烦.因此想办法能否快速的将日志文件缩小到令人满意的504K. 今天在这里,我想与大家一起分享一下SQL2008中如何清空日志文档,在此做个小结,以供参考.有兴趣的同学,可以一同探讨与学习一下,否则就略过吧.   1.         采用我之前在SQL2005中的方法,发现已不能正常运

sql点滴39—解决数据库日志文件过大的问题

原文:sql点滴39-解决数据库日志文件过大的问题 随着数据库使用时间增长,日志文件也在不停的增大,这里介绍几种方法减小这个文件的方法. 1.直接删除log文件 分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离,如下图 将日志文件和数据文件复制粘贴到另外一个文件夹中以防万一.删除链接,如下图 直接删除日志文件,然后再附加数据库,如下图 附加的时候会自动将ldf文件和mdf文件都附加上,但是会提示找不到ldf文件,没关系,选中ldf文件这一行,点击下面的删除按

SqlServer 数据库日志无法收缩处理过程

今天按常用方法收缩一个测试用的数据库日志,发现没法收缩! dbcc sqlperf(logspace) USE [dbname] GO ALTER DATABASE [dbname] SET RECOVERY SIMPLE WITH NO_WAIT GO DBCC SHRINKFILE (N'dbname_log' , 0, TRUNCATEONLY) GO DBCC SHRINKDATABASE(N'dbname' ) GO 日志大小还是一样. DBCC OPENTRAN 查看是否打开的事务.

数据库日志无法收缩

在论坛里面经常有人遇到,数据库日志文件无法收缩的问题.这里详细介绍下这个问题怎么解决. 处理 遇到日志文件无法收缩的问题,第一步肯定是先运行下面的命令: SELECT name,log_reuse_wait_desc FROM sys.databases where name='dbname' 对应的log_reuse_wait_desc 说明如下图:

清除SQL 数据库日志

随着生产数据的日志越来越大,硬盘空间越来越小的时候,我们就需要考虑清理一下数据库日志,以前都是手工弄,现在找到一个语句直接自动处理,方便很多,分享一下. DUMP TRANSACTION CMSDemo WITH NO_LOG BACKUP LOG CMSDemo WITH NO_LOG DBCC SHRINKDATABASE(CMSDemo) EXEC sp_dboption 'CMSDemo', 'autoshrink', 'TRUE'

数据库日志管理

数据库日志   数据库备份: 1> mysqldump mysqldump 数据库 > 备份文件 mysqldump 数据库数据表 > 备份文件 mysqldump --databases 数据库1 数据库2> 备份文件 mysqldump --all-databases> 备份文件 还原:mysql  数据库 < 备份文件 2> mysqlhotcopy(支持正则表达式) mysqlhotcopy –u='用户名'  -p='密码'  --regexp=^my(

SQL Server 2005数据库日志丢失的恢复

网上关于SQL Server 2005数据库日志丢失的处理方法基本上都是修改数据库系统表,但是我测试N多遍都不成功,最后用英文关键字Google了下,发现一个可行方法,折磨了我两天的问题得以解决... 背景说明:名为testdb的数据库丢失了日志文件,仅有数据文件testdb.mdf 请先不要急于开始操作,如果你真的很急,请直接看我的成功试验方法(*下面的内容) 1.新建数据库testdb 2.停掉SQL Server服务器 3.删除刚刚创建好的testdb的日志文件testdb_log.ldf

数据库日志收缩大小

/*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤     否则可能损坏你的数据库.     --*/ 1.清空日志     DUMP     TRANSACTION     库名     WITH     NO_LOG 2.截断事务日志:     BACKUP   LOG   数据库名   WITH   NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小     企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件     --选择日志文件