Коллеги, добрый день.
Подскажите, пожалуйста.
1)Настроили сбор данных технологического журнала на события TLOCK и TTIMEOUT
2)В файлах логов видим примерно такие сообщение:
38:34.6640-0,TTIMEOUT,5,process=rphost,p:processName=_1C_82_SPK_UPP_Proekt,t:clientID=8,t:applicationName=1CV8,t:computerName=AD-XEN-SPK-02,t:connectID=51804,SessionID=1231040,Usr=Иванова А. И,AppID=1CV8,WaitConnections=51813,Context='
ОбщийМодуль.УправлениеПроизводствомДвиженияПоРегистрам.Модуль : 13330 : УправлениеЗатратамиДвиженияПоРегистрам.ЗаписатьНаборыЗаписейРегистров(
    ОбщийМодуль.УправлениеЗатратамиДвиженияПоРегистрам.Модуль : 345 : НаборЗаписей.Записать(Ложь);'
3)Пытаемся найти в тех. же логах по строку 51813 чтобы увидеть неовместные блокировки, наложенные сеансом 51813, но ничего не находится.
Подскажите, почему в файл логов могут не попадать события по connectid = 51813?

(0) А причем тут TTIMEOUT ?
Блокировка накладывается TLOCK , его и надо искать.

(1) Я просто искал события по номеру сеанса

Чтобы анализировать управляемые блокировки, нужно еще включить сбор событий начала и конца транзакций.

            <event>
                <eq property="name" value="SDBL"/>
                <eq property="func" value="begintransaction"/>
            </event>
            <event>
                <eq property="name" value="SDBL"/>
                <eq property="func" value="committransaction"/>
            </event>
            <event>
                <eq property="name" value="SDBL"/>
                <eq property="func" value="rollbacktransaction"/>
            </event>
            <event>
                <eq property="name" value="QERR"/>
            </event>

Сделать это можно например через инструмент "Настройка техножурнала" http://devtool1c.ucoz.ru/index/nastrojka_tekhnozhurnala/0-15 , выбрав шаблон "Блокировки управляемые" http://imagizer.imageshack.com/img924/817/SvBTyT.png

Далее можно использовать инструмент "Анализ техножурнала" http://devtool1c.ucoz.ru/index/analiz_tekhnozhurnala/0-16 для анализа ожидания на интересующей управляемой блокировке http://devtool1c.ucoz.ru/_si/0/71400900.jpg

(0) Искать проблему блокировок в тех.журнале - не самый эффективный способ. ИМХО, нужно "ловить" блокировку при работе. Кто кого блокирует можно посмотреть вот здесь: http://catalog.mista.ru/public/193674/

+4 На прошлой работе у нас в отделе был настроен мониторинг подобных блокировок. Было очень удобно: загорелся показатель красным - полез смотреть, что происходит.

(4) Вроде бы автор управляемые блокировки хочет, а не СУБДшные.

(1) ну у него типа как таймаут произошёл, судя по логу

(0) 3. а если искать без пробелов?

И да, если у вас в кластере несколько рабочих серверов - нужно искать в логах каждого на котором мог быть создан РП для этой ИБ.