Логи типа <username>_Stat.log

[thor]

Существуют ли инструменты, позволяющие изменить место размещения подобных логов.
По умолчанию они все сыпятся в EXE, поэтому от админов крупных компаний появились требования по выносу логов в отдельное место...

[cruger]

Вообще-то эти логи необходимо слать нам. Мы даже думали не рассматривать вопросы и проблемы от клиентов без этих логов. Правда потом забыли это правило внедрить :(
Планировалось, что набрав достаточное количество логов, обработав информацию из них, мы их отключим.
Но пока достаточного количества нет...

[Sniper]

[licparam]
StatisticFile=\\GALAKTIKA-00\GalSrv\LOG\GAL\%USER%_stat.log

[Empyros]

Эти логи все еще нужны? Какую информацию они несут?
Если это поможет повысить качество, то можем организовать сбор.

И еще есть

leakage.log:
Менеджер динамической памяти ".SysUserHeap(.SysUser)"
Потеряно блоков: 50, байтов: 1524

btrv_drv.log:
Error. Предупреждение. Драйвер Btrieve. Функция Disconnect. Таблица \\Server\Data\DICT\Relate.adf не закрыта алгоритмом.
Error. Предупреждение. Драйвер Btrieve. Функция Disconnect. Таблица \\Server\Data\D_Dict\Compons.adf не закрыта алгоритмом.

IfcDebug.log:
Интерфейс "F_SOPRHOZ::SHManager" - не освобождено ссылок: 1
Интерфейс "M_MNPLAN::CommonFunAlg" - не освобождено ссылок: 1
Интерфейс "M_MNPLAN::GetCfgParams" - не освобождено ссылок: 1

Для чего эти логи, о чем говорят ошибки? Может их тоже надо высылать Вам? Можем ли самостоятельно предпринять какие-то действия - что-то подкрутить, настроить, чтобы не было ошибок?

[cruger]

Максим, эти логи несут статистическую информацию о потенциальных проблемах.

С остальными логами дело обстоит так:
ликадж - информация о неосвобождённой памяти. В принципе - бесполезная инфа. Можно отключить в атлантис.кфг.
бтрв_дрв - информация об ошибках при работе драйвера первазива. В данном случае - похоже на наведённые проблемы: произошёл рантайм, приложение закрылось, драйвер выгрузился, при выгрузке обнаружил, что не все таблицы закрыты. Если же подобный лог формируется при нормальном завершении работы системы - смело можно слать в ТП последовательность действий, приводящую к формированию такого лога. Будем исправлять.
ифцдебаг - то же самое, что и с бтрв_дрв

зы. сорри за кириллицу в названиях - в моём ие почему-то не переключается раскладка клавиатурой