![]() |
![]() |
![]() |
|
Управлять возможностью записи в журнал регистрации | ☑ | ||
---|---|---|---|---|
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) возможность есть, но такое решение не подходит.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |