С настройкой технологического журнала подмогите кто в теме #613066

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

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

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

gt property="Duration" value="200000" Почему такое большое? Сначала потестируй пишется ли вообще что либо в журнал после создания logcfg.xml.

Нашел у себя такой logcfg.xml :

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

пишутся  события  мало мало но пишутся. value="200000"  это 20 секунд  .  могу впринципе его вообще убрать.  мне  главное отловить  на каком регистре  возникает ошибка.    конфа УПП 1.3.24.2  не самая последняя  но и не старая  в хлам.  подозреваю  в конфликтах самописный код, но навскидку  блокировки везде прописаны :-(

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

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

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

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

есть на ИТС обработка которая создает файл. и позволяет визуально ставить галки

не понял.    а как они входят  в клиент серверную БД с разной версией на клиенте и сервере.   у меня сейчас  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='

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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