Имя: Пароль:
1C
1С v8
Управлять возможностью записи в журнал регистрации
0 brato4karik
 
12.11.12
12:50
Добрый всем день. Существует проблема перегрузки журнала регистрации. В базе часто выполняются внешние загрузки больших объемов информации и ее последующий перечет с различными параметрами.

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

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

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

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

подскажите кто имел поддобный опыт
1 mikecool
 
12.11.12
12:51
пиши руками, что хочешь
2 brato4karik
 
12.11.12
12:53
вот не записывается сообщение, пример


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

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


как картинку с результатом с формум вставить??
3 Maxus43
 
12.11.12
12:53
мешает инфа лишняя чтоли? разделение ЖР по периодам настрой и режь его периодически тоже
4 brato4karik
 
12.11.12
12:54
нет по периодам не достаточно. за месяц объем до 40 гб. и раз в пару месяцев надо за руку пользователей ловить.
5 TormozIT
 
гуру
12.11.12
12:55
Мы используем в таких случаях уровень Предупреждения, который не используется стандартными событиями платформы.
6 Lama12
 
12.11.12
12:55
Так обрезай журнал.
Складируй в отдельное место обрезки.
7 TormozIT
 
гуру
12.11.12
12:56
В ИР есть инструмент "Настройка журнала регистрации", который позволяет включать/выключать регистрацию каждого события платформы отдельно.
8 brato4karik
 
12.11.12
12:57
резать и складировать не выход. Не нужно хранить 1 200 000 записей что элемент записан в ходе загрузки. А потом искать среди прорвы записей информацию о перепроведении.
9 TormozIT
 
гуру
12.11.12
12:58
При росте журнала 40ГБ в месяц нет смысла его копить даже в другой базе. Нужно либо регулярно просто обрезать, либо настроить более сильную фильтрацию регистрации событий.
10 brato4karik
 
12.11.12
12:58
(7) так, чуть подробней, ИР что такое? (не люблю сокращения и плохо их понимаю)
11 TormozIT
 
гуру
12.11.12
13:04
12 brato4karik
 
12.11.12
13:24
Да может что то и получиться, но если кто знает хотелось бы к примеру для всех объектов регистриовать только ошибки. а для документов ПлатежноеПоручение Перепроведение и Изменение(и проч)
13 brato4karik
 
12.11.12
13:27
к примеру событие Данные:Добавление ограничить по определенному набору метаданных
14 Maxus43
 
12.11.12
13:27
(13) штатно - никак, не предусмотрено платформой. в сторону версионирования посомтреть может?
15 brato4karik
 
12.11.12
13:31
может, но пока не решил, возможно так и придется делать. пусть журнал регистрирует только ошибки но вести версионирование объектов. Хотя вот в подсистеме доступно настройка на уровне видов сообщений. откуда это вытягивается? Из таблиц базы? из файлов cfg? Может есть возможность понять какие файлы из дистрибутива за это отвечают?
16 brato4karik
 
12.11.12
13:33
вопрос о штатности уже давно минул) щас рассматриватеся вопрос  с помощью внешних средств перехватывать эти сообщения или смотреть как платформа их пишет, если настройки в таблицах базы то может их править.
17 Defender aka LINN
 
12.11.12
13:35
Мы журнал тупо в отдельную SQL-базу складировали и потом отчетами вытаскивали все, что хотели
18 brato4karik
 
12.11.12
13:39
да вариант такой еще живет. и очень возможно будет основным, но пока хочется до конца прокопать текущий.
19 TormozIT
 
гуру
12.11.12
13:42
(15) Все делается методами платформы, а сам список событий в виде макета сделан, который в свою очередь сделан из описания в синтакс-помощнике (методы по работе с журналом регистрации).
20 brato4karik
 
12.11.12
13:44
в теории если есть возможность определить тип сообщения и "класс объектов" (данные это или пользователь) значит при записи объекта метаданных платформа понимает что это Данные и тип сообщение надо записать добавление. Значит наверное можно понять какие конкретно это данные(Реализация... ЭлементРегистра..)
21 brato4karik
 
12.11.12
13:46
но настройка та сделанная в подсистеме, может быть применена и  тогда мы получаем возможность фильтровать действия платфомры. Только по типу сообщений. Скажем не писать для объектов Данные  события Добавления.

Значит настройка кудато сохраняется.(пока не понял куда) и сталобыть платформа ее читает
22 aka AMIGO
 
12.11.12
13:47
а нет-ли возможности еженедельно/ежемесячно копировать Ж. в отдельную папку, а старый очищать? чтоб в начале месяца/недели был, как новенький..
23 brato4karik
 
12.11.12
13:48
(22) возможность есть, но такое решение не подходит.