началось все со смены платформы  с 8.2.12.96  на 8.2.15.301

полезли ошибки типа

Проведение документа "Заказ покупателя 1522/114 от 25.05.2012 11:34:53":
Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции:
Неустранимый конфликт блокировок
Не удалось провести: Заказ покупателя 1522/114 от 25.05.2012 11:34:53

или

Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции:
Неустранимый конфликт блокировок
Не удалось провести: Заказ покупателя 2585/114 от 25.05.2012 10:33:32

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

<?xml version="1.0"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
   <log history="168" location="c:\logs4">
       <event>
           <eq property="name" value="proc"/>
           <eq property="name" value="scom"/>
           <eq property="name" value="conn"/>
           <eq property="name" value="admin"/>
           <eq property="name" value="excp"/>
           <eq property="name" value="qerr"/>
           </event>
<event> <eq property="Name" value="TLOCK"/> <gt property="Duration" value="200000"/> </event>
       <property name="all"/>
   </log>
</config>

но как я понял  эти ошибки в него не попали :-(((((   т.е.  я не нашел  ни одной  записи  с пользователем  которого попросил слать все ругачки про блокировку :-(   как им  же ключем  мне писать все ошибки опубликованные в самом начале ???  :-(  нуна  выловит ь таки как минимум регистр на котором идет конфликт  ну а если  куски  запросов  спотыкающихся  будет вообще офигитительно

я что то не так написал  или никто не пользуется этим инструментом?

(1) или всем твои проблемы по фигу

gt property="Duration" value="200000"
Почему такое большое?

Сначала потестируй пишется ли вообще что либо в журнал после создания logcfg.xml.

Нашел у себя такой logcfg.xml :
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
   <log location="/var/log/log1c" history="24">
   <event>
       <eq property="Name" value="EXCP"/>
   </event>
   <event>
       <eq property="Name" value="TLOCK"/>
   </event>
   <property name="all" />
   <property name="Context">
       <event>
           <eg property="Name" value="" />
       </event>
   </property>
   </log>
</config>

(0)Конфигурацию нужно обновить тоже.

(3)  пишутся  события  мало мало но пишутся.
value="200000"  это 20 секунд  .  могу впринципе его вообще убрать.  мне  главное отловить  на каком регистре  возникает ошибка.

(5)    конфа УПП 1.3.24.2  не самая последняя  но и не старая  в хлам.  подозреваю  в конфликтах самописный код, но навскидку  блокировки везде прописаны :-(

(4)   это конечно хорошо   но кто бы сказал  что эта настройка как раз и должна показывать  мои ошибки :-(

(2)   спасибо за участие  в разговоре

хмл из (4) ловит блокировки + ошибки + покажет какой документ и в каком месте ошибка, вроде так, (давно делал такое, после того как абби включила поддержку упр.блокировок в конфигах таким уже не занимаюсь :)

(8)   спасибо ну вот   что то мне подсказывает что в 8.2.12.96  они не работали  а теперь включились и где то что то у меян пропущено .

Сначала убедись, что у всех стоит платформа 8.2.15.310

есть на ИТС обработка которая создает файл. и позволяет визуально ставить галки
http://screencast.com/t/RI3heJtkarC

(10) не понял.    а как они входят  в клиент серверную БД с разной версией на клиенте и сервере.   у меня сейчас  8.2.15.301  а не 310    клиентов  в БД ооочень много  и абы  на обум  обновляться  нет возможности - в исправлениях ошибок я не нашел   явного  косяка моей направленности

ну  вот например такой  кусок  лога  что обозначает  и нормально ли это.  
04:59.6484-3    TLOCK    4    process=rphost    p:processName=upp_8_2    t:clientID=1431    t:applicationName=1CV8    t:computerName=BEXPERT    t:connectID=724    SessionID=2158    Usr=Силкина Ирина    Txt=Transaction lock - request. Lock space Document383.REFLOCK.    Regions=Document383.REFLOCK    Locks='Document383.REFLOCK Exclusive ID=0:8935daaf6c22e3c6490650eb82a405b0'    WaitConnections=                                                                                                
04:59.7111-0    Context    3    process=rphost    p:processName=upp_8_2    t:clientID=1431    t:applicationName=1CV8    t:computerName=BEXPERT    t:connectID=724    SessionID=2158    Usr=Силкина Ирина    Context='                                                                                                                                                                
{Документ.ЗаявкаНаРасходованиеСредств.Форма.ФормаДокумента}/{КоманднаяПанель : ДействияФормы}/{Действие4}'

и вообще я думал  что ругается тока при проведении дока заявки клиента там и подписки свои  и вмешательства,   вроде разобрался  с временем его проведения  а как оказалось  у многих в разных доках   ругается на конфликт блокировок  как измененных так и штатных документов  :-(((   что такое  случилось то :-(    

УПП 1.3.24.2  на платформе  8.2.15.301

100  пользователей одновременно

прочесал  все описалово   ничего в 8.2.15.310  касаемо  блокировок  вроде не пилено  т.е.  мою проблему не решит :-(

В настройках конфигурации какие стоят настройки режима упр.блокировками и какой режим совместимости?

Режим управления  блокировкой данных - Управляемый
Режим совместимости - Версия 8.2.13

Еще можно проверить итоги на когда рассчитаны.
Уже фантазия заканчивается :(

Странно что блокировки появились после смены платформы, может тогда дело в настройках сервера СКЛ?

может настройки sql сервера виноваты в блокировках?? может каких либо регламентных операций не хватает???

(19) >Уже фантазия заканчивается
Верный признак, что пора воспользоваться линией консультаций или обратиться к комп. франчу

(19) очереди на диски сервера смотрели? база tempDb как себя чувствует?

(19) рабочие процессы на сервере 1с правильно настроены??

проблема  в том  что проявилось все в полной красе  именно при смене платформы.   поэтому   настройки  скл  я хз  никто не трогал   рабочий  процесс один основной  и один резервный  на x64 сервере приложений.  сервер  sql и сервер 1с физически разнесены.   диски не думаю что при делах   блокировки лезут и при небольшой интенсивности работы   чего на 8.2.12.96  не наблюдалось при пиках :-(

а что можно на SQL  какие настройки посомтреть?  по сути он работает  как его настроили  уже пару лет  - и никто его не трогает особо.   а что такое  tempDB я и не знаю :-(

(24) Добавьте еще EXCPCNTX в лог, будет виден контекст выполнения проблемных запросов, если вы их еще не обнаружили.

верни назад платформу, или хотя б 8,2,13.*** поставь

или подождать еще до 20.06 и сразу 8.3, а вдруг там все будет "летать" :)

нехотелось бы  вертать платформу если честно :-(
совсем не хотелось бы,   про 8.3  особенно смешно :-)))))))))))))))
(26)  принято   ща воткну

(26)  что то я не вижу такого в конструкторе, не могли бы вы подправить мой  xml с учетом Ваших поправок   :

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
   <log location="c:\logs5" history="24">
   <event>
       <eq property="Name" value="EXCP"/>
   </event>
   <event>
       <eq property="Name" value="TLOCK"/>
   </event>
   <property name="all" />
   <property name="Context">
       <event>
           <eg property="Name" value="" />
       </event>
   </property>
   </log>
</config>

ээээ (11)  используете?

Немного не в тему, но в типовой упп есть один глючек, связанныйс заказами покупателей. Точнее с регистром заказы покупателей . при проведении корректировки заказа покупателей есть проверка на существование корректировок с датой большей этой корректировки. Там кривой запрос не к виртуальной таблице оборотов, а к самому регистру. Этот запрос как раз приводит к дедлокам. Пересекаются документы реализации, заказы и корректировки заказов покупателей

В общем  про ТЖ.. это нетривиальное дело. Действительно стоящщее своей соли. Расширяешь, сужаешь критериии... Чтобы в конце концов определить например, что вот так работает 1С такого-то релиза с твоей СУБД. Но интересно.

(31)   использую  но "EXCPCNTX"   что то не вижу  или чего то недопонимаю :-(

а может такая  ерунда быть из-за того что на севрере  всего два рабочих процесса  основной и резервный, оба активные.  сервер 64 бита.

добавил рабочих процессов - трабл исчез.  ИТС гонит  что на x64  достаточно одного рабочего и одного резервного процессов.