Добрый всем день. Существует проблема перегрузки журнала регистрации. В базе часто выполняются внешние загрузки больших объемов информации и ее последующий перечет с различными параметрами.

На текущий момент настройка журнала регистрирует все уровни сообщений и при таком варианте в журнал пишется 98% не нужной информации(записаны данные в регистр по 1200 000 записей) объемы колосальные(от 12 - до 40 гб за месяц)

Такая информационная база досталась по наследству от предыдущих разработчиков.

Очень интересует возможность записывать сообщения в журнал регистрации с типом "Информация", при установленной настройке в конфигураторе регистрировать только Ошибки и Предупреждения.

все таки сохраняется надобность регистрировать в этом журнале действия пользователей по проведению документов(таких не много около 10)

подскажите кто имел поддобный опыт

пиши руками, что хочешь

вот не записывается сообщение, пример


Процедура КнопкаВыполнитьНажатие(Кнопка)
   ЗаписьЖурналаРегистрации("ИнформационнаяБаза.ОбновлениеИБ",
       УровеньЖурналаРегистрации.Информация, , ,
       "Выполнено С ПРИВЕТОМ!!");
       
   ЗаписьЖурналаРегистрации("ИнформационнаяБаза.ОбновлениеИБ",
       УровеньЖурналаРегистрации.Ошибка, , ,
       "Выполнено С ПРИВЕТОМ!!");

КонецПроцедуры


как картинку с результатом с формум вставить??

мешает инфа лишняя чтоли? разделение ЖР по периодам настрой и режь его периодически тоже

нет по периодам не достаточно. за месяц объем до 40 гб. и раз в пару месяцев надо за руку пользователей ловить.

Мы используем в таких случаях уровень Предупреждения, который не используется стандартными событиями платформы.

Так обрезай журнал.
Складируй в отдельное место обрезки.

В ИР есть инструмент "Настройка журнала регистрации", который позволяет включать/выключать регистрацию каждого события платформы отдельно.

резать и складировать не выход. Не нужно хранить 1 200 000 записей что элемент записан в ходе загрузки. А потом искать среди прорвы записей информацию о перепроведении.

При росте журнала 40ГБ в месяц нет смысла его копить даже в другой базе. Нужно либо регулярно просто обрезать, либо настроить более сильную фильтрацию регистрации событий.

(7) так, чуть подробней, ИР что такое? (не люблю сокращения и плохо их понимаю)

v8: v8: Подсистема "Инструменты разработчика" получила зеркало без ограничения скачивания

Да может что то и получиться, но если кто знает хотелось бы к примеру для всех объектов регистриовать только ошибки. а для документов ПлатежноеПоручение Перепроведение и Изменение(и проч)

к примеру событие Данные:Добавление ограничить по определенному набору метаданных

(13) штатно - никак, не предусмотрено платформой. в сторону версионирования посомтреть может?

может, но пока не решил, возможно так и придется делать. пусть журнал регистрирует только ошибки но вести версионирование объектов. Хотя вот в подсистеме доступно настройка на уровне видов сообщений. откуда это вытягивается? Из таблиц базы? из файлов cfg? Может есть возможность понять какие файлы из дистрибутива за это отвечают?

вопрос о штатности уже давно минул) щас рассматриватеся вопрос  с помощью внешних средств перехватывать эти сообщения или смотреть как платформа их пишет, если настройки в таблицах базы то может их править.

Мы журнал тупо в отдельную SQL-базу складировали и потом отчетами вытаскивали все, что хотели

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

(15) Все делается методами платформы, а сам список событий в виде макета сделан, который в свою очередь сделан из описания в синтакс-помощнике (методы по работе с журналом регистрации).

в теории если есть возможность определить тип сообщения и "класс объектов" (данные это или пользователь) значит при записи объекта метаданных платформа понимает что это Данные и тип сообщение надо записать добавление. Значит наверное можно понять какие конкретно это данные(Реализация... ЭлементРегистра..)

но настройка та сделанная в подсистеме, может быть применена и  тогда мы получаем возможность фильтровать действия платфомры. Только по типу сообщений. Скажем не писать для объектов Данные  события Добавления.

Значит настройка кудато сохраняется.(пока не понял куда) и сталобыть платформа ее читает

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

(22) возможность есть, но такое решение не подходит.