如何解释这个现象。

显示全部楼层 · 2012-5-22 15:05:35

发现一个数据库的日志文件达到33 GB。
执行
select log_reuse_wait_desc from sys.databases where name='dbname'
返回的结果为ACTIVE_TRANSACTION
但是执行下面却有返回
USE DBName
go
DBCC OPENTRAN()
返回结果集为
No active open transactions.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

大家如何看待这个问题呢。

千问 · 2012-5-22 15:05:35

是用户数据库。
且日志文件所在的磁盘还有空间。

千问 · 2012-5-22 15:05:35

也碰到此问题，但案例中写负荷极为严重，磁盘队列数十、数百
且事务的SPID<50，确认无日志备份等任务
或许是某个任务执行中长时间未完成，导致SQL SERVER的某个行为忘了收尾(BUG)也不奇怪
如果你重启动SQL SERVER服务，估计会比平时消耗更多点时间

千问 · 2012-5-22 15:05:35

没碰到过，刚才谷歌了一下，据说跟checkpoint有关系，有个家伙碰到这个情况了，貌似与service broker有关系。如下链接供参考：
http://social.msdn.microsoft.com ... m=sqldatabaseengine

千问 · 2012-5-22 15:05:35

偶碰到的案例根本未使用Service Broker

千问 · 2012-5-22 15:05:35

查了一下我本地，也发现有个数据库是这么个状态。
而且我这个数据库恢复模式是“简单”。
貌似不影响使用，版主这个数据库有什么现象？

千问 · 2012-5-22 15:05:35

interstellar 发表于 2013-10-28 15:12
查了一下我本地，也发现有个数据库是这么个状态。
而且我这个数据库恢复模式是“简单”。
貌似不影响使用 ...
的确是不影响使用，
主要当时是磁盘空间快用完了。
所以为了释放空间，但是却释放不了。

千问 · 2012-5-22 15:05:35

hwtong 发表于 2013-10-28 15:13
的确是不影响使用，
主要当时是磁盘空间快用完了。
所以为了释放空间，但是却释放不了。
难道“重启**”也不管用？
还是因为是生产环境无法轻易停下来？

千问 · 2012-5-22 15:05:35

晕，写了个“重启Da＋Fa”居然被屏蔽了，嗬嗬。

千问 · 2012-5-22 15:05:35

我也經常遇到這樣的問題，而且DB還是2000的無法知道Log的Status.
日誌不能Shrink.