程序员人生网站导航

The transaction log for database 'xx' is full,Error: 9002, Severity: 17,

栏目：数据库应用时间：2015-04-22 08:19:37

检查数据库日志，有以下报错信息：

Error: 9002, Severity: 17, State: 4.
The transaction log for database 'SharedServices1_Search_DB' is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases

查看当前日志的使用情况：
这里写图片描述

这里日志并没有完全满，但已占用70GB日志文件的79%，也有50多GB了，个人感觉这是不正常的。个人曾读过《SQL Server 2012实行与管理实战指南》，在日志这1块有这么1段描写：

由于利用程序设计问题，有些连接可能会遗留1个事务在SQL Server里面，而不是及时提交它，SQL Server是不会干预用户的这类行动的。只要这个连接不退出，这个事务会永久存在，直到客户端主动提交或回滚。从这个事务开启的那个时间点开始的所有日志记录，SQL Server都会保存（做过日志备份也没有用）。

所以长事务的存在是最可疑的线索。
在系统视图sys.databases中查看数据库‘SharedServices1_Search_DB’的log_reuse_wait及log_reuse_wait_desc 值：
这里写图片描述
这里可以看到log_reuse_wait_desc值为‘ACTIVE_TRANSACTION’
也就是说日志正在等待transaction的检查点。这里进1步证明了是长事务致使了超大的事务日志是由超长事务所致使的。
关于sys.databases视图的描写参见(https://msdn.microsoft.com/zh-cn/library/ms178534.aspx+%20+%22%E5%AE%98%E6%96%B9%E8%AF%B4%E6%98%8E%22)

查看长事务：
这里写图片描述

currentdate
2015-04-08 14:47:42.430

可以看到果然有长事务在运行，而且已运行近90分钟了。
查看transaction相干信息:

select session_id,transaction_id,is_user_transaction,is_local 
from sys.dm_tran_session_transactions 
where is_user_transaction=1
session_id  transaction_id  is_user_transaction is_local
1566         3452140915             1              1

根据session_id查看transaction具体内容：

select s.text from sys.dm_exec_connections c 
cross apply sys.dm_exec_sql_text(c.most_recent_sql_Handle) s 
where session_id=1566
text
CREATE PROCEDURE dbo.proc_MSS_Crawl ..............................

也能够通过transaction_id看1下这个事务目前的状态：

select transaction_begin_time, 
case transaction_type 
when 1 then 'Read/Write transaction' 
when 2 then 'Read-Only transaction' 
when 3 then 'System transaction' 
when 4 then 'Distributed transaction' 
end tran_Type, 
case transaction_state 
when 0 then 'not been comoletely initaialiaed yet' 
when 1 then 'initaialiaed but ha notstarted' 
when 2 then 'active' 
when 3 then 'ended (read-only transaction)' 
when 4 then 'commit initiated for distributed transaction' 
when 5 then 'transaction prepared and waiting resolution' 
when 6 then 'commited' 
when 7 then 'being rolled back' 
when 0 then 'been rolled back' 
end transaction_state 
from 
sys.dm_tran_active_transactions 
where transaction_ID=3452140915 

transaction_begin_time  tran_Type   transaction_state
2015-04-08 13:13:52.040 Read/Write transaction  active

肯定出来语句了，就能够找开发人员1起看看是为何了。

------分隔线----------------------------

上一篇 Canvas之时钟

下一篇 MongoDB Web管理界面Mongo-express介绍

------分隔线----------------------------