Error de punto muerto no devuelve el punto muerto SQL

Transaction (Process ID) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Recibo este error al azar cuando uno de mis sitios web está ocupado. Sé aproximadamente en qué conjuntos de tablas está sucediendo, pero en mi experiencia con otros programas, normalmente obtengo el SQL devuelto donde está ocurriendo el punto muerto. ¿Hay una bandera que debería encender para permitir que esto suceda?

Intentaré depurar el punto muerto en sí como un problema separado, ya que esta es mi pregunta principal por ahora.

Estoy usando SQL Server 2008 Standard Edition.

Los datos que necesita se registran en el seguimiento de eventos extendidos predeterminado.

DECLARE @xml XML

SELECT @xml = target_data
FROM   sys.dm_xe_session_targets
       JOIN sys.dm_xe_sessions
         ON event_session_address = address
WHERE  name = 'system_health'
       AND target_name = 'ring_buffer'

SELECT   
             XEventData.XEvent.query('(data/value/deadlock)[1]')  AS DeadlockGraph,
             CAST(XEventData.XEvent.value('(data/value)[1]', 'varchar(max)') AS XML) AS DeadlockGraph,
              XEventData.XEvent.value('(./@timestamp)[1]', 'DATETIME2') AS [DateTime]
FROM   (SELECT @xml AS TargetData) AS Data
       CROSS APPLY 
       TargetData.nodes ('RingBufferTarget/event[@name="xml_deadlock_report"]') AS XEventData (XEvent) 
ORDER BY [DateTime] DESC

Aunque ya no estará allí si ha reiniciado el servicio -eg para aplicar un indicador de rastreo o si el búfer ha ciclado mientras tanto.

Puede configurar su propio seguimiento de eventos extendidos que almacena el gráfico de punto muerto en un destino de archivo para un almacenamiento persistente no volátil. Código de ejemplo aquí . Personalmente, encuentro que el XML de gráfico de punto muerto es más amigable que la salida del indicador de seguimiento.

Editar

1. @MartinC señala en los comentarios que en instancias de SQL Server que no tienen todas las actualizaciones, podría haber un problema al generar XML no válido. La solución para eso es hacer una búsqueda y reemplazar y usar CAST(REPLACE(REPLACE(XEventData.XEvent.value('(data/value)[1]', 'varchar(max)'), '<victim-list>', '<deadlock><victim-list>'), '<process-list>', '</victim-list><process-list>') AS XML) AS DeadlockGraphen la SELECTlista como se describe aquí .
2. Wayne Sheffield ha publicado un script útil para destruir el XML del gráfico de punto muerto en formato tabular aquí .

La respuesta aceptada no me funcionó constantemente. Aparentemente, se sabe que el buffer de anillo deja caer eventos en ciertas circunstancias.

ConnectItem

Problemas de Ring Buffer

Los archivos de eventos de registro system_health pueden analizarse (a partir de esta respuesta ):

with XmlDeadlockReports as
(
  select convert(xml, event_data) as EventData
  from sys.fn_xe_file_target_read_file(N'system_health*.xel', NULL, NULL, NULL)
  where substring(event_data, 1, 50) like '%"xml_deadlock_report"%'  
) 
select EventData.value('(event/@timestamp)[1]', 'datetime2(7)') as TimeStamp,
       EventData.query('event/data/value/deadlock') as XdlFile
  from XmlDeadlockReports
 order by TimeStamp desc

El campo XdlFile puede guardarse en un archivo .xdl y leerse en SSMS. Probado en SQL Server 2012.