Добрый день, гуру форума!
покритикуйте наш тех. журнал, возможно стоит его чем-то дополнить. Кому не трудно, скинь свой рабочий вариант.
Мы, конечно, видели шаблоны в обработках, гуляющих по интернету, но тем не менее, может кто поделится своим готовым вариантом, что необходимо и достаточно для анализа возникающих ошибок.

<?xml version="1.0" encoding="UTF-8"?>
<ns:config xmlns:ns="http://v8.1c.ru/v8/tech-log">;
    <ns:log history="48" location="D:\1C_log\Base1C\SQLlocks">
        <ns:event>
            <ns:eq property="Name" value="DBMSSQL"/>
            <ns:eq property="p:processName" value="Base1C"/>
            <ns:eq property="lkp" value="1"/>
        </ns:event>
        <ns:property name="p:processName"/>
        <ns:property name="t:computerName"/>
        <ns:property name="t:connectID"/>
        <ns:property name="Context"/>
        <ns:property name="Sql"/>
        <ns:property name="Sdbl"/>
        <ns:property name="lkaid"/>
        <ns:property name="lkp"/>
        <ns:property name="lkpid"/>
        <ns:property name="lksrc"/>
        <ns:property name="Func"/>
        <ns:property name="tableName"/>
        <ns:property name="Usr"/>
        <ns:property name="planSQLText"/>
    </ns:log>
    <ns:log history="48" location="D:\1C_log\Base1C\1Clocks">
        <ns:event>
            <ns:eq property="Name" value="TLOCK"/>
            <ns:eq property="p:processName" value="Base1C"/>
        </ns:event>
        <ns:event>
            <ns:eq property="Name" value="TDEADLOCK"/>
            <ns:eq property="p:processName" value="Base1C"/>
        </ns:event>
        <ns:event>
            <ns:eq property="Name" value="TTIMEOUT"/>
            <ns:eq property="p:processName" value="Base1C"/>
        </ns:event>
        <ns:property name="all"/>
    </ns:log>
    <ns:log history="48" location="D:\1C_log\Base1C\excp">
        <ns:event>
            <ns:eq property="Name" value="EXCP"/>
            <ns:eq property="p:processName" value="Base1C"/>
        </ns:event>
        <ns:property name="all"/>
    </ns:log>
</ns:config>

(0) ИТС

(0) > "что необходимо и достаточно для анализа возникающих ошибок. "

А вот настройка ТЖ зависит от того, что за ошибки вы анализируете. Вы конкретно что хотите проанализировать?

Анализ блокировок
<?xml version="1.0" encoding="UTF-8"?>

-<config xmlns="http://v8.1c.ru/v8/tech-log">;

<dump create="false"/>


-<log history="24" location="C:\Program Files\1cv8\log">


-<event>

<eq value="tdeadlock" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>


-<event>

<eq value="tlock" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>


-<event>

<eq value="ttimeout" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>


-<property name="all">


-<event>

<eq value="tdeadlock" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>


-<event>

<eq value="tlock" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>


-<event>

<eq value="ttimeout" property="name"/>

<eq value="ИмяБазы" property="p:processName"/>

</event>

</property>

</log>

</config>

<?xml version="1.0" encoding="UTF-8"?>

-<config xmlns="http://v8.1c.ru/v8/tech-log">;


-<log history="72" location="C:\Program Files\1cv8\log">


-<event>

<ne value="" property="Name"/>

</event>

<property name="all"/>

</log>

</config>

Вобще всё на 3-5 минут включаю иногда когда все плохо что бы инфу в целом увидеть не для фулл тайм использования

ТЖ надо настраивать на то, что ищите

НЕ очень понятен 1 лог

Небольшие пояснения: настройка журнала из первого поста взята из обучающего видеоролика по настройке ТЖ. Автор приводит ее как пример ТЖ, используемой в своей работе.
Наша основная задача - отловить ошибку превышения времени ожидания на установку блокировки. Скорее всего, настроенный таким образом ТЖ покажет момент возникновения проблемы, но нет уверенности, что данных будет достаточно для устранения проблемы.
Плюс ко всему, раз уж дошли руки до настройки ТЖ, хотелось бы настроить его таким образом, чтобы не замедляя работу системы и не захламляя свободное место на жестком диске ведением избыточного тех. журнала, иметь возможность вести лог наиболее часто возникающих популярных проблем.
Некий такой "джентльментский набор" настроек ТЖ.

Ну что, кто-нибудь поделится своим logcfg?

(8) требуется отловить блокировки на уровне СУБД или упр блокировки?

Всем привет! в результате проб и ошибок настроили ТЖ.
При возникновении интересующей нас ошибки, в тех. журнале появилась запись события EXCP с текстом

"Конфликт блокировок при выполнении транзакции:
Microsoft SQL Server Native Client 10.0: Превышено время ожидания запроса на блокировку.
HRESULT=80040E31, SQLSrvr: SQLSTATE=HYT00, state=38, Severity=10, native=1222, line=1"

В результате анализа остального ТЖ блокирующих соединений не выявлено. Записей с событием TTIMEOUT также не было, хотя строка "Превышено время ожидания запроса на блокировку." подразумевает (как мы думаем) , что таймаут имеет место быть.

К примеру, вчера возникло исключение следующего содержания:
"Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки".
И здесь мы видели блокирующие соединения, и управляемые блокировки с временем ожидания, превышающим заданное в конфигураторе "время ожидания блокировки данных" , и строку с событием TTIMEOUT. Иными словами все понятно, кто причина, кто жертва, всё прозрачно.
Из этого напрашивается вывод, что это две разные блокировки.
Вопрос: может кто-то сталкивался с подобной ситуацией и подскажет куда смотреть дальше? Может быть существует какая-то настройка в ТЖ, чтобы увидеть причину.

(10) в видео из поста (7) должно быть показано как читается кто и что заблокировал в упр блокировках. Что касается блокировок СУБД, то нужно читать описание свойств события для СУБД и смотреть там. какой релиз платформы?