Discussion :

[jmarkelion]

Bonjour,

J'ai un souci avec un de mes jobs qui de manière assez aléatoire (une fois tous les mois) plantent et tourne en boucle, je suis en train d'analyser à quel moment il pourrait bloquer mais en attendant, j'aurais voulu mettre une alerte qui si le temps du job dépasse 30min/1h l'arrêterait pour le relance éventuellement. Ou au moins, me le signalerait.

Je n'ai pas trouvé où paramétré ça, cela me permettrait déjà en attendant de comprendre d'éviter de louper ce job qui du coup ralenti tous les process suivants.

Merci,

[SQLpro]

Il suffit de lire régulièrement la table d'exécution des jobs dans laquelle il y a la dateheure de démarrage et l'état.

Voyez avec :
SELECT * from dbo.sysjobactivity
et
SELECT * from dbo.sysjobs_view

A +

[Bernardos]

Bonjour,
moi je dis ca sent le deadlock par ici (ou pas)
une alerte qui redémarrerait ton job c'est absurde. une alerte qui te signalerait qu'il a dépassé un certain temps pourquoi pas? si c'est possible de le faire au niveau du job, je sais pas comment.
Par contre, tu sais analyser les processes bloqués via le profiler en configurant le paramètre "blocked process treshold". voici un article de ELSUCKET sur le sujet
ce que tu peux déjà faire.
Activer les TFLAG 1204 et 1222, ceci te permetra de choper d'éventuels et probables deadlock dans ton journal d'erreur.
Ce que tu peux faire aussi, c'est utiliser le profiler. tu configure pour obtenir les deadlock graph et tu lances ton job.
pendant que ton job tourne, tu peux lancer aussi le script suivant

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
19
20
21
22
23
24
25
SELECT session_id,
       request_id,
       Db_name(database_id),
       start_time,
       status,
       command,
       Substring(txt.TEXT, ( statement_start_offset / 2 ) + 1,
       ( ( CASE statement_end_offset
       WHEN -1 THEN Datalength(txt.TEXT)
       ELSE statement_end_offset
                                                                   END
           - statement_start_offset ) / 2 ) + 1) AS statement_text,
       wait_type,
       wait_time,
       blocking_session_id,
       percent_complete,
       cpu_time,
       reads,
       writes,
       logical_reads,
       row_count
FROM   sys.dm_exec_requests
       CROSS APPLY sys.Dm_exec_sql_text([sql_handle]) AS txt
WHERE  session_id <> @@SPID
       AND session_id > 50 and status ='suspended'

Ce script ca te donner tous les processes "suspendus" à l'instant T.
Ce qui pourrait être intéréssant, c'est que tu nous expliques ce que fait ton job et éventuellement nous transmettre (si tu peux) le/les script(s) qu'il lance.
cordialement,

[SQLpro]

Si c'était un deadlock il aurait été détecté et tué donc débloqué. SQL Server met au pire 3 secondes pour détecter une situation d'étreinte fatale. Donc, non, ce n'est pas possible. Ce temps anormalement long peut être un blocage auquel cas la session serait en état d'attente, mais cela peut aussi être le résultat d'un mauvais choix de plans et donc d'une execution très longue...

A +