ACCESSTimeout occurred while waiting for latch: class ‘ACCESS_METHODS_DATASET_PARENT’

面前几天有SQL
Server数据库的错误日志爆出如下错误:

Timeout occurred while waiting for latch: class 'ACCESS_METHODS_DATASET_PARENT', id 00000009A5670C58, type 4, Task 0x0000000B655BC508 : 188, waittime 300, 
flags 0x1a, owning task 0x00000000170DC748. Continuing to wait.

率先觉得是相查询的题材,于是翻笔记查看’ACCESS_METHODS_DATABASE_PARENT’到底是呀LATCH,可以参考sys.dm_os_latch_stats的官网解释来打探有限。

ACCESS_METHODS_DATASET_PARENT — Used to
synchronize child dataset access to the parent dataset during parallel
operations.

官网的解释比较含糊,于是写SQL来抓取引发问题之业务SQL,为方便起见创建为sp存储过程。

USE [master]
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE procedure [dbo].[sp_findtask](@parent_task_address varbinary(8))
as 
BEGIN
SELECT 
t.spid,t.lastwaittype,t.open_tran,t.status,t.hostname,t.program_name,t.loginame,dc.text 
FROM master.sys.sysprocesses t cross apply master.sys.dm_exec_sql_text(t.sql_handle) dc
WHERE spid in (select distinct session_id from sys.dm_os_tasks where parent_task_address=@parent_task_address)
END
GO

关联到之几单视图:sys.sysprocesses,sys.dm_os_tasks都可由此官网查阅及互相关列的印证,这里不再详述。对于SQLOS任务调度涉及的定义参考:SQLOS任务调度算法

然下次起问题,只要能起漏洞百出日志中快速找到owning
task的address(就是sys.dm_os_tasks中的parent_task_address列),就足以得问题SQL的详细信息了。

每当本例中我们事先夺找寻由于latch
timeout生成的体系转储文件,然后再用windbg进行解析即可。由于SQL
Server只会在第一不好报来latch
timeout时变转储文件,我们可安装838trace来而每次报错都生成dump,以便赢得更可靠和一体化的音信。

dbcc traceon(838,-1)

 

相关文章