Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Одновременная запись и чтение файла .lgd журнала регистрации sqlite сторонним процессом

Одновременная запись и чтение файла .lgd журнала регистрации sqlite сторонним процессом
Я
   jk3
 
10.10.19 - 11:50
Имеется сервер 1С, логи всех баз в новом формате, SQLite format 3.

Менеджер по ИБ хочет натравить стороннее ПО для чтения этих файлов.

Не будет ли проблемы со стороны 1С с записью в эти файлы, когда будет к файлу висеть постоянные коннект на чтение из этого файла?

Например, в варианте, когда служба 1С рестартована, при запуске базы со стороны 1С идёт коннект к файлу логов на запись, а там висит подключение на чтение.
Не будет ли отвала со стороны 1С ?
 
 
   ДенисЧ
 
1 - 10.10.19 - 11:53
Может и быть.
Хотя, файловая 1с ведь как-то справляется.
Так что ответ 50/50. Имеет смысл взять и проверить на тестовом стендеде.
Только зачем вся эта фигня нужна?
   DrZombi
 
2 - 10.10.19 - 11:56
(0) Пускай, натравит. Ты главное на берегу всех оповести, что манагер (продавец) по ИБ, ответственен за тормоза, зависания и другие коллизии с 1С :)
   jk3
 
3 - 10.10.19 - 11:57
(1) ИБ-шнику для SIEM зачем-то надо в автоматическом режиме мониторить логи 1С.

Мне эта идея вообще не нравится, т.к. такой доступ может разрушить файл логов, а там логи лежат за несколько лет и не известно, бэкапит их админ или нет.
   DrZombi
 
4 - 10.10.19 - 11:59
Оставлю тут... про слово Менеджер... Я там про ИТ и менеджер не нахожу :)
https://dic.academic.ru/dic.nsf/lower/16093
   jk3
 
5 - 10.10.19 - 12:00
(4) Это не важно как он называется. Пусть будет "информационный безопасник" :).
   ДенисЧ
 
6 - 10.10.19 - 12:01
(3) Так и скажи ему. Что его затея череповата нарушением работы ИБ. И пусть он подписывает бумагу о принятии на себя полной ответственности. Заодно и свои косяки сможешь под эту бумагу подводить ))))
   unregistered
 
7 - 10.10.19 - 12:11
Начнём с того, что сама 1С рекомендует перевести базы на старый (текстовый) формат ЖР.
Эксперимент с SQLite признан провалившимся. В том числе (или в первую очередь?) по причинам жутких тормозов при параллельном чтении и записи.
Если база работает не 24/7, то можно рассмотреть вариант мониторинга не самого журнала, а его копии. Выгрузили ночью копию журнала - и пусть себе всё что хочет с ним делает.
   jk3
 
8 - 10.10.19 - 12:13
(7) Пруф?
вот этого "1С рекомендует перевести базы на старый (текстовый) формат ЖР. Эксперимент с SQLite признан провалившимся"
   unregistered
 
9 - 10.10.19 - 12:13
(4) Плохо искал. Слова "организатор", "управленец", "администратор" там есть.
Человек, отвечающий за организацию и управление ИТ-безопасности на предприятии, вполне может называться менеджером.
   palsergeich
 
10 - 10.10.19 - 12:18
(8) Пруф дают на подготовке к эксперту.
+ На ИТС есть статья в которой явно написано что предпочитаемый формат - текстовый.
+ По умолчанию вернули текстовый формат.
   jk3
 
11 - 10.10.19 - 12:19
(10) >По умолчанию вернули текстовый формат.
Я такого не заметил при создании новых баз.
Начиная с какого релиза платформы?
   palsergeich
 
12 - 10.10.19 - 12:21
С 8.3.12 вроде
   palsergeich
 
13 - 10.10.19 - 12:21
gilev.ru/oldjr
   DrZombi
 
14 - 10.10.19 - 12:22
(9)  Менеджер, не русское слово, враждебное оно... и его употребляют везде где не поподя, так же как слово "Блокчейн" :)
   palsergeich
 
15 - 10.10.19 - 12:23
Официаьный пруф
https://its.1c.eu/db/v8315doc#bookmark:adm:TI000000720
См пункт 6.13.1. Общая информация
   unregistered
 
16 - 10.10.19 - 12:24
(8) Начиная с версии 8.3.12
В документации на платформу:

В зависимости от версии системы «1С:Предприятия», по умолчанию используются различные форматы журналов:
● В «1С:Предприятии» версии 8.3.12 и старше по умолчанию используется последовательный формат.
● В «1С:Предприятии» версий 8.3.5 ‑ 8.3.11 по умолчанию используется формат SQLite.
● В «1С:Предприятии» версии 8.3.4 и младше может быть использован только последовательный формат журнала регистрации.
   palsergeich
 
17 - 10.10.19 - 12:24
Выдержка:
В зависимости от версии системы «1С:Предприятия», по умолчанию используются различные форматы журналов:

● В «1С:Предприятии» версии 8.3.12 и старше по умолчанию используется последовательный формат.

● В «1С:Предприятии» версий 8.3.5 ‑ 8.3.11 по умолчанию используется формат SQLite.

● В «1С:Предприятии» версии 8.3.4 и младше может быть использован только последовательный формат журнала регистрации.
   unregistered
 
18 - 10.10.19 - 12:26
Про ограничения и тормоза выборок из ЖР:
https://its.1c.ru/db/v8312doc#bookmark:dev:TI000000829

Необходимо понимать, что получение записей журнала регистрации может занимать существенное время. Это особенно важно понимать, если получаются записи за большой период или с каким-либо отбором. В файловом варианте работы система никак не ограничивает количество сеансов, которые получают данные из журнала регистрации. В клиент-серверном режиме работы такие ограничения существуют:
● не более 4 одновременных запроса данных из журнала регистрации на одну информационную базу;
● если используется разделенная информационная база, то вводится дополнительное ограничение в 1 сеанс получения данных журнала регистрации на одну область данных.
   jk3
 
19 - 10.10.19 - 12:27
(15) Не знал. Спасибо за пруф.
   unregistered
 
20 - 10.10.19 - 12:29
(11) >> Я такого не заметил.

Интересно. Хоть кто-нибудь читает файл V8Update.htm перед обновление платформы?... Ну хотя бы по диагонали.
   jk3
 
21 - 10.10.19 - 12:31
(20) Просто последний раз с нуля базу создавал на 8.3.10 :)
   jk3
 
22 - 10.10.19 - 12:31
Так, а если я переведу формат журнала регистрации в последовательный (текстовый) формат, то проблем не будет:
- и сервер 1С будет туда дописывать данные
- и стороннее ПО будет одновременно считывать данные
?
   unregistered
 
23 - 10.10.19 - 12:35
(22) Проблем не будет с учетом ограничения:

В клиент-серверном режиме работы такие ограничения существуют:
● не более 4 одновременных запроса данных из журнала регистрации на одну информационную базу;
● если используется разделенная информационная база, то вводится дополнительное ограничение в 1 сеанс получения данных журнала регистрации на одну область данных.

Если у вас разделенная ИБ, то вы в пролёте.
Если обычная, то, наверное, впишитесь в 4 сеанса.
   unregistered
 
24 - 10.10.19 - 12:39
+ к (23) Хотя в любом случае надо пробовать. Я бы лично любыми способами отбрыкивался от такого счастья.

Установить текстовый формат ЖР и настройить разделение хранения журнала по периодам "День" (чтобы на каждый день был отдельный файлик).
И пусть безопасник анализирует вчерашние логи, которые складывать ему ежедневно bat-ником в нужное ему место.
   Йохохо
 
25 - 10.10.19 - 12:39
(23) а эти 4 включают "стороннее ПО" из (0)?
   unregistered
 
26 - 10.10.19 - 12:41
(25) А Х его З. Пробовать надо.
Это вопрос со звёздочкой к экспертам по платформе.
   DrZombi
 
27 - 10.10.19 - 12:54
(15) Там слово "По умолчанию", и 1С не врет, по умолчанию текстовый файл. Но можно переключиться :)
   rphosts
 
28 - 10.10.19 - 13:12
(7) +100500. У нас сверх того сделали еженедельное обрезание ЖР + парсинг отрезка и загрузку его в СУБД (индексы и всякие там формы для поиска в наличии).
   orefkov
 
29 - 10.10.19 - 13:44
(7)
Ну надо же, свершилось. О чем я сразу говорил, до них наконец-то дошло. Запись в лог должна быть "резкой, как удар серпом по яйцам" (с), и ничего лучше, чем дописать кусок к простом файлу - не придумать. А врачам потом если надо - пущай анализы смотрят.


Список тем форума
Рекламное место пустует  Рекламное место пустует
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование.
Фредерик Брукс-младший
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.