Discussion :

[sihem_info]

Bonjour a tous ,

est ce que phénomène est considérer comme un deadlock je parle de verrou entre le processus (90 et 188) aussi entre (96 et 133)

ci joint le screenshot

merci pour vos retour d'expérience

[SQLpro]

Non, absolument pas. Un verrou mortel (ou deadlock, ou encore interblocage ou bien étreinte fatale) ne peut être résolu en continuant d'attendre. SQL Server le détecte et tue la session dont la charge de ROLLBACK est la moins élevée.

Dans votre cas il s'agit de simples blocages qui vont disparaître dès que le bloqueur aura terminé son travail. Pa analogie dans le vie réelle, c'est l'équivalent de feux rouges à un carrefour.

A +

[sihem_info]

mais mon Fichier xml résultat de l'évènement étendu parle du deadlook

[SQLpro]

C'est autre chose. SQL Server détecte toutes les 3 secondes une situation de deadlock et annule la transaction. Les relevé de deadlock peuvent être effectués par différents moyens dont la session "system health":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
WITH
TS AS
(
SELECT CAST(target_data AS XML) AS TargetData
FROM   sys.dm_xe_session_targets st
       INNER JOIN sys.dm_xe_sessions s 
          ON s.address = st.event_session_address
WHERE s.NAME = 'system_health'
      AND st.target_name = 'ring_buffer'
),
TX AS
(
SELECT XE.query('.') AS XEvent
FROM   TS AS Data
       CROSS APPLY TargetData.nodes('RingBufferTarget/event[@name="xml_deadlock_report"]') AS X(XE)
)
SELECT XEvent.query('(event/data/value/deadlock)[1]') AS DeadlockGraph
FROM   TX

Après pour analyser le contenu vous pouvez vous aider de l'article que j'ai écrit :
https://blog.developpez.com/sqlpro/p...ck-du-profiler

A +