Lock sur sys.sp_columns_rowset ?

Bonjour à tous,
Sur une base de production d'un entrepôt décisionnel que je découvre, chargé à coup de procédures stockées et tables temporaires, je me trouve avec des locks j'ai l'impression.

Voici en PJ, ce que me retourne le script suivant :

Code:

---

1 2 3 4 5

select wait_type, wait_resource, wait_time, * from sys.dm_exec_requests cross apply sys.dm_exec_sql_text(sql_handle) order by 1

---

Que faut-il en penser ?

Ton blocker est le 64

Code:

---

SELECT DISTINCT SDDSCTB_document.RESERVATION_NUMBER ,SDDSCTB_document.SCHEDULE_RECORD_NUMBER ,SDDSCTB_document.CREATED_DATE ,SDDSCTB_document.DOCUMENT_TYPE )

---

La chaîne de blocage:
64 -> 82 -> [75,87,88,108,109,112]

Au niveau de l'objet bloqué, il faut lire comme suit:

KEY: 7:562949955649536 (b7068faab483)

7 => database_id
562949955649536 => hobt_id dans sys.partitions
(b7068faab483) => hash_bucket.

Merci pour la lecture du résultat :)
Dès que j'y retourne je regarderai à quoi correspondent ces objets et je reviendrai surement vers vous pour comprendre un peu plus ce qui se passe :)

Merci.

J'ai regardé un peu et je trouve pour les lignes en LCK_M_S que cela concerne la table sysschobjs.
Je remonte donc sur la session_id = 64 pour sortir le select qui y est fait.

C'est donc cette requête et les autres en CXPACKET qui génèrent des locks sur une table système de jobs ?

Tes 7 sessions en attente font toutes un create procedure sys.sp_columns_rowset dans la base resource, il n'y aurait pas un passage de patch en cours sur ton instance ?

Ohhhh non pas de patch ou autre dans le genre.
C'est un serveur pas vraiment joli ni suivi...

Il y a pas mal de procédure stockées qui tournent en parallèle avec des création de table #temporaire dans tous les sens. il peut y avoir de la réplication aussi.
Peut-être d'autres choses encore mais je ne suis pas au courant de tout.