"конфликт блокировок при выполнении транзакции" - как узнать кто и почему заблокировал регистр #787836

SQL 2014, платформа 8.2.19.90 Началось это дело со вчерашнего дня. Стали падать ошибки блокировки на некоторые документы. Перезагрузили сервер, помогло. Сегодня снова аналогичные блокировки. Сообщение: конфликт блокировок при выполнении транзакции превышено максимальное время ожидания. Знаю какой регистр и какие измерения заблокированы. Теперь вопрос кто это сделал и как.

Мало места.

ТЖ настраивай

На конслои не видно?

место есть. Нет.

проще цуп поднять, там все автоматом

он же платный

ЦУП куплен но не установлен( Если его поставить там можно будет увидеть кто блокирует (конкретный пользователь)

Можно прям в ТЖ это смотреть, ЦУП просто разберет его в более удобный вид

Есть скрипт в инете для скула, он покажет точно, проверено. Но еще можно по консоли агента сервера посмотреть, подумать

так я не понял главный вопрос, кто виноват или что делать?

скрипты смотрю, или я нахожу не работающие или у SQL сейчас нет блокировок Хочется все знать, чтобы предпринять меры к дальнейшему исключению гемора. Сейчас бы конечно идеально сбросить блокировку, но найти ее не получается

в консоли сервера посмотри еще, там тоже видно блокировки

Судя по тексту - это блокировки сервера 1с

Не понял про блокировки сервера))

управляемые блокировки

CASE WHEN request_type = 'OBJECT' THEN         OBJECT_NAME(p.OBJECT_ID)     wt.blocking_session_id,     h1.TEXT AS RequestingText,     h2.TEXT AS BlockingTest,     tl.request_mode FROM sys.dm_tran_locks AS tl     LEFT JOIN sys.databases db ON db.database_id = tl.resource_database_id     LEFT JOIN sys.dm_os_waiting_tasks AS wt ON tl.lock_owner_address = wt.resource_address     LEFT JOIN sys.partitions AS p ON p.hobt_id = tl.resource_associated_entity_id     LEFT JOIN sys.dm_exec_connections ec1 ON ec1.session_id = tl.request_session_id     LEFT JOIN sys.dm_exec_connections ec2 ON ec2.session_id = wt.blocking_session_id     CROSS APPLY sys.dm_exec_sql_text(ec1.most_recent_sql_handle) AS h1     CROSS APPLY sys.dm_exec_sql_text(ec2.most_recent_sql_handle) AS h2 GO

покажет блокированный/блокирующий запрос, заблокированную таблицу и ИДшники сессий.

пустая таблица

значит прямо сейчас нет ожиданий на блокировках на скуле

Значит у тебя блокировки заканчиваются, надо быстрее реагировать) Скорее всего себестоимость рассчитывают, кто это может предположи и к ней, спроси.

Тогда что блокирует таблицы. скуль молчит, консоль 1с молчит

так это же не скуль

где не скуль? здесь не скуль?

Так у ТС сообщение конфликт блокировок при выполнении транзакции превышено максимальное время ожидания

это конфликт УПРАВЛЯЕМЫХ блокировок

Режим блокировки "Автоматический"

Точно сооб щение такое тогда? или ты по памяти?

чот не пойму - ЦУП есть ну и вперед