УПП, ms sql
Конфликт при открытии требования-накладной. РТУ/ПТУ - без проблем.
Раньше иногда появлялась такая проблема, но эпизодически. Решал путем dbcc freeproccache. Сейчас это не помогает.
Вчера пробовал перезапустить раб. процессы сервера приложения 1С, перезапуск самой службы сервера 1с - без результата.
Помог лишь перезапуск скуля.
Но это слишком круто для ежедневного применения (сегодня опять та же проблема).
В конфу не думаю чтоб что-то вносили по ТН, хотя посмотрю конечно.

ап

http://www.forum.mista.ru/rules.php#rec
в топике практически нет информации

Проверь, например, регламентные задания, которые пристают к документам

(2) на мой взгляд все есть. Чего вам не хватает?

Платформа 8.2.19.106
УПП 1.3.65.3
SQL 10.50.1600.1

(3) отключал, проверил - толку нет.

Как выглядит сообщение о конфликте?

http://shot.qip.ru/00Qtkp-6oZhWguHh/

(8) и зачем нужно что-то делать в транзакции при открытии документа?

(8) я не знаю. В отладчике даже в Форма.ПередОткрытием() не заходит. Вообще ни одного шага - сразу конфликт блокировок.

(10) Ну посмотри в модуле объекта может что-то вызывается при открытии...

(10) тогда лови в профайлере запрос, который завершается с ошибкой блокировки

Еще есть обработчики событий нетиповые

бубны это хорошо
но лучше выяснять настоящие причины http://www.gilev.ru/deadlock/

(12) как его поймать, какой фильтр по ошибке блокировки?

(14) ничего не ловит

(10) Посмотри еще модуль документа, в самом низу, что вызывается при создании объекта?

(0) Запусти на SQL запрос от Гилева:
SELECT DB_NAME(pr1.dbid) AS 'DB'
      ,pr1.spid AS 'ID жертвы'
      ,RTRIM(pr1.loginame) AS 'Login жертвы'
      ,pr2.spid AS 'ID виновника'
      ,RTRIM(pr2.loginame) AS 'Login виновника'
      ,pr1.program_name AS 'программа жертвы'
      ,pr2.program_name AS 'программа виновника'
      ,txt.[text] AS 'Запрос виновника'
FROM   MASTER.dbo.sysprocesses pr1(NOLOCK)
       JOIN MASTER.dbo.sysprocesses pr2(NOLOCK)
            ON  (pr2.spid = pr1.blocked)
       OUTER APPLY sys.[dm_exec_sql_text](pr2.[sql_handle]) AS txt
WHERE  pr1.blocked <> 0

Показывает что нибудь?

(17) пишу же - в модуль НЕ ЗАХОДИТ!!! Сколько еще повторять?

(18)http://shot.qip.ru/00Qtkp-4oZhWguIC/

(20) Открывай консоль администрирования смотри столбец "Соединение с СУБД" и вычисли негодяя)
Ну и заодно посмотри на какой таблице "Затык"...

(20) blyat! Регламентное обслуживание СУБД не успевает завершиться (обслуживание индексов).
Всем спасибо все свободны.
Отдельное спасибо Optan