Discussion :

[mikedavem]

Hello,

Un truc que j'ignore toujours... Lorsque je lance une requête via une application .NET (en laissant le timeout par défaut (30 secondes)) et que cette requête met plus de 30 secondes à répondre, une exception est levée dans l'application mais que se passe-t-il côté sql server ?

Tu peux être dans le cas 2 (mais pas de rollback) ou le cas 3 en fonction du cas.

Si une transaction a été initié il se peut qu'elle restera ouverte. Tu peux faire un test rapidement avec SSMS en configuration le timeout de commande à 10s par exemple ou autre et en exécutant une requête du genre:

Code :

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

1
2
3
4
5
6
 
begin tran;
 
insert into dbo.table values ('toto', 'toto','toto')
 
waitfor delay '00:00:15'

Voici le résultat chez moi:

Code :

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

DBCC OPENTRAN;

Transaction information for database 'dbi_v2_tools'.

Oldest active transaction:
SPID (server process ID): 59
UID (user ID) : -1
Name : user_transaction
LSN : (44:416:5)
Start time : Feb 25 2015 5:44:32:313AM
SID : 0x01050000000000051500000032fba7ca7e4af8ca1703afbb56040000
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Le problème est que si tu n'es pas dans le cas 2, tu n'auras pas de transaction ouverte à détecter. De plus la cible pair-matching ne te sera pas d'un grand secours non plus (chose que je voulais te faire faire au départ) car même en cas de timeout l'événement "completed" associé sera de toute façon déclenchée.

As-tu essayé de récupérer toutes les requêtes avec une durée supérieure ou égale au timeout comme demandé par Elsuket pendant la période définie? Désolé d'avance pour les doublons je reprends le wagon en route ..

++

[Kropernic]

Hello,

Je réponds un peu à la va-vite car j'ai un soft dont je dois finir le dev au plus vite...

J'ai bien une session d'événements étendus qui tournent et qui récupère toutes les requêtes qui durent trop longtemps ou demandent trop de lectures.

Mais cela ne m'aide pas car je n'ai rien à l'heure où je devrais avoir quelque chose.

Sinon, la semaine dernière, j'ai mis le timeout à 3000 secondes (presque 1h quoi). Pas eu de souci depuis... P-e était-ce cela le problème. Ce qui voudrait dire que la requête n’apparaît alors pas dans les événements étendus.

J'attends encore un peu avant de crier victoire mais même dans l'éventualité où cela résoud mon problème, j'aimerais quand même bien comprendre pourquoi ce problème survient dans ces certains et surtout, dans quel cas histoire de pouvoir remédier au problème et retirer cette abomination de timeout à 3000 secondes...

[mikedavem]

Tu as mis quoi comme événement dans ta session étendue ?

++

[Kropernic]

Ca vient seulement de faire tilt...

Du coup, j'suis retourné voir le script de Elsuket et c'est bien Statement_Completed... Du coup forcément, ça n’apparaît jamais .

Je modifierai la session quand je serai plus à l'aise niveau délai.

[Kropernic]

Salut à tous !

La période de rush est finie donc j'ai le temps de revenir sur le sujet. Entre temps, j'avais paramétré le timeout via le code .NET sur 3000 secondes. Et depuis, plus de problème de timeout. C'était donc bien la procédure qui prenait trop de temps et non pas un problème de connexion que je l'avais cru au début.

Il me reste maintenant à découvrir ce qu'il pouvait y avoir de spécial les jours où ça prend trop de temps... Probablement un index qui manque quelque part pour un cas particulier qui n'arrive pas tous les jours... C'est tout de même très étrange.