Diğer işlemleri engelleyen SPID uyku

Yaşadığımız bazı engellemeleri takip etmekte gerçekten zorlanıyorum.

SPID durumunu engelleme kökü, cmd 'COMMAND AWAITING' olduğu 'uyuyan', ve sqltextbir SET TRANSACTION ISOLATION LEVEL READ COMMITTED.

Engellenen İşlem Sayısı ile En İyi İşlem Sayısı raporunu görüntülediğimde, Engellenen SQL İfadesi '-' olur.

Ben SQL üzerinde bir izleme yaptım ve engelleme kök engelleme SPID izleme olduğunda ama gerçekten beni hiçbir yere götürmedi. Son izleme ifadesi sqltextyukarıdakiyle aynıdır SET TRANSACTION ISOLATION LEVEL READ COMMITTED.

TRY / CATCH TREG / COMMIT TRAN / ROLLBACK TRAN ifadelerine sahip olduklarından emin olmak için bulabildiğim tüm ilgili saklı yordamları kontrol ettim (her şey için saklı yordamlar kullanıyoruz, böylece bağımsız ifadeler çalıştırılmıyor). Bu sorun son 24 saat içinde ortaya çıkmaya başladı ve hiç kimse sistemde herhangi bir değişiklik yapmadığını iddia etmiyor.

Çözüm: Nadiren kullanılan saklı prosedürlerimizden birinde bir ekleme ile ilgili bir hata vardı (sütun sayısı eşleşmedi), ancak yine de tam olarak ne olduğu konusunda kafa karıştırıyoruz.

Tüm izleme bilgilerine bakarken, bu saklı yordam için EXEC deyimi zaman zaman listelenmiştir, ancak ASLA BLOCK bloke edici SPID'de gerçekleşmeden hemen önce. Engellemeye başladığında, izlemenin (ya da içindeki ifadelerin herhangi birinin) yürütülmesini kaydetmedi. Bununla birlikte, izlemenin yürütüldüğünü kaydeden başka bir zaman vardı ve hiçbir engelleme olmadı.

Saklı yordam hata raporu bir kullanıcıdan geldi ve ben izlerinde birden fazla EXEC deyimleri bulmak ve SSMS'de çalıştırmak mümkün. Onları çalıştırdığımda hiçbir engelleme olmadı mı yoksa asıldılar mı? Beklendiği gibi koştular (yakalama bloğu, hatadan sonra işlemi tetikledi ve geri aldı). Saklı yordamı düzelttikten sonra sorunu bir daha görmedik.

Yorumlardan, SQL sorgusunu iptal eden bir istemci tarafı Komut zaman aşımı olduğunu tahmin ediyorum. Bağlantı SQL Server'da bağlantı havuzu nedeniyle açık kaldığı için bu işlem geri almaz.

Bu nedenle, SET XACT_ABORT ON kullanmanız veya bazı istemci geri alma kodu eklemeniz gerekir

Görmek kanlı ayrıntılar için SQL Server İşlem Zaman Aşımı'na bakın

Yürütülen son ifadeyi görmek için sys.dm_exec_connections içindeki most_recent_sql_handle öğesini kullanın.

SELECT  t.text,
        QUOTENAME(OBJECT_SCHEMA_NAME(t.objectid, t.dbid)) + '.'
        + QUOTENAME(OBJECT_NAME(t.objectid, t.dbid)) proc_name,
        c.connect_time,
        s.last_request_start_time,
        s.last_request_end_time,
        s.status
FROM    sys.dm_exec_connections c
JOIN    sys.dm_exec_sessions s
        ON c.session_id = s.session_id
CROSS APPLY sys.dm_exec_sql_text(c.most_recent_sql_handle) t
WHERE   c.session_id = 72;--your blocking spid

Ayrıca bu örümcek için açık bir işlem olup olmadığını kontrol edin

SELECT  st.transaction_id,
        at.name,
        at.transaction_begin_time,
        at.transaction_state,
        at.transaction_status
FROM    sys.dm_tran_session_transactions st
JOIN    sys.dm_tran_active_transactions at
        ON st.transaction_id = at.transaction_id
WHERE   st.session_id = 72;--your blocking spid

Adam Machanic'in sp_whoisactive'i kullanmayı denediniz mi? Dış komutun gerçekten bir proc içinde olup olmadığını görmek için bir seçenek var. Uygulama işlem yapmak yerine bir işlemi açık tutuyor olabilir. DBCC OPENTRAN'a da bakmayı deneyin .