BigData LogManager для 1С

#121

Я что-то пропустил ? Откуда инфа ?

#122

Я имел ввиду, что они сами не рекомендуют использовать такой формат ЖР в продуктиве на больших базах.

#123

У себя именно кодом сейчас и выгружаем. Плюс регулярно отрезаем уже выгруженные куски журнала - в нашем варианте это удобно отслеживать.

#124

Можно сказать, что похоронили:

2018-09-16_2242
2018-09-16_2242.png1907×554 53 KB

#125

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

#126

Дык всегда можно переключиться в старый формат. В чем проблема?

1 Симпатия
#127

Старый тупит, если б не тупил - данный топик не имел бы смысла

#128

В каком плане тупит? Старый вариант же как раз лучше работает по скорости записи.

#129

При чтении из него и поиске

#130

Новый тупит не меньше, при достаточном объеме.

#131

Вот поэтому и отрезаем выгруженные куски к чертям - они всё равно уже в ES.

#132

Добрый день!
Дошли руки до сбора логов, поставили graylog.
Решил сначала собрать записи ЖР из текстовых файлов через filebeat в graylog.
Пока смотрятся только файлы данных *.lgp с такими настройками в yml

 multiline.pattern: '^{\d{14}.+$'
 multiline.negate: true

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

Как лучше сделать загрузку с определением значений массивов в 1Cv8.lgf? Pipeline видимо надо какой-то использовать, как его описать?
Может кто-нибудь поделиться наработками?
Спасибо

#133
#134

А там поддерживаются человекочитаемые имена метаданных и пользователи?

#135

Да, поддерживает вроде, вот его статья на ИС https://infostart.ru/public/182820/
Формат логов в старом формате описан, например, тут: https://infostart.ru/public/182061/
по сути эта его программа разбирает логи и кладет в mssql.
а мне хотелось бы реализовать разбор ми отправку на filebeat без дополнительных шлюзов.

мне очень понравилась идея “Старый журнал + filebeat -> es”

#136

Тут надо свой beat написать. Для разработки битов есть шаблон.
Я даже в какой-то момент начал эту задачу, но оно пока настолько концепт, что не публикую )

#137

Она не обязательно кладет в MSSQL, она умеет сразу в эластик отправлять

#138

Я не помню указывали или нет - пусть будет тут

#139

Только это ТЖ, но пусть будет тут

#140

У меня такая схема вышла: 1С ЖР => файлы, разбитые по дням => logstash => elasticsearch

Logstash’ем собираю ЖР из файлов с логами(lgp), фильтрую и загружаю в Elasticsearch, поиск и графики через Kibana. Из файла lgf составляю маппинг и отдаю его логсташу, чтобы была возможность видеть не только непонятные IDшники, но ещё и “human-readable” данные.
Сырых данных ЖР > 1ТБ. В эластике занимают места процентов на 20% меньше, благодаря сжатию.
Могу поделиться наработками, если кому интересно.