Кто запустил анализ журнала регистрации?
База данных - Журнал регистрации
В новом формате хранения файл журнала регистрации может достигать сотен гигабайт. Время выполнения выборки по нему будет очень большим, при этом возникает проблема: останавливается работа всех пользователей.
Признаками данной проблемы являются:
-
Невозможно зайти в информационную базу.
-
Почти 100% активность диска, на котором расположен журнал регистрации и активное чтение файла журнала регистрации процессом rmngr.
Данный пункт можно проверить с помощью монитора ресурсов (Диспетчер задач - Производительность - Открыть монитор ресурсов) на вкладке “Диск”.
В группе “Запоминающие устройства” нужно обращать внимание на колонку “Активное время (%)”.
В группе “Работа диска” нужно обращать внимание на колонки “Чтение” и “Файл”. Можно отсортировать по колонке “Чтение”. Среди первых строк с максимальной скоростью чтения будет процесс rmngr. Далее нужно смотреть имя читаемого файла, оно будет соответствовать журналу регистрации определенной информационной базы. -
В консоли администрирования кластера серверов 1С:Предприятие в списке сеансов почти у всех пользователей будет большое и приблизительно одинаковое значение в колонке “Захвачено СУБД” или в колонке “Время вызова (текущее)”.
При обнаружении проблемы нужно:
-
Запомнить УИД ИБ, к которой выполняется чтение процессом rmngr.
-
Запустить сбор технологического журнала на события EXCP, если еще не запущен.
-
Сделать экспорт всех сеансов на проблемном сервере ИЛИ на проблемной ИБ с помощью консоли администрирования кластера серверов 1С:Предприятие, на случай, если понадобятся дополнительные данные для анализа.
-
Перезапустить службу 1С:Предприятие.
-
Собрать технологический журнал на время перезапуска сервера 1С:Предприятие.
-
Проанализировать технологический журнал: выполнить поиск слов “ВыгрузитьЖурналРегистрации” или “UnloadEventLog”.
Пример:
29:40.069000-0,EXCP,4,process=rphost,p:processName=ib_accounting,t:clientID=114396,t:applicationName=1CV8C,t:computerName=COMP,t:connectID=109127,SessionID=1,Usr=ИвановИИ,AppID=1CV8C,ClientID=114389,Exception=NetDataExchangeException,Descr=Передача данных прервана по инициативе принимающей стороны.,Context='Форма.Вызов : ВнешнийОтчет.АнализЖурналаРегистрации.Форма.Модуль.ФоновоеЗаданиеЗапустить
ОбщаяФорма.ФормаОтчета.Форма : 1242 : ВариантыОтчетов.СформироватьОтчетВФоне(ПараметрыФормированияОтчета, РезультатФоновогоЗадания.АдресРезультата);
ОбщийМодуль.ВариантыОтчетов.Модуль : 2544 : Формирование = СформироватьОтчет(Параметры, Ложь, Ложь);
ОбщийМодуль.ВариантыОтчетов.Модуль : 2060 : ОтчетОбъект.СкомпоноватьРезультат(Результат.ТабличныйДокумент, Результат.Расшифровка);
ВнешнийОтчет.АнализЖурналаРегистрации.МодульОбъекта : 64 : ВыгрузитьЖурналРегистрации(ТЗ,Отбор,Колонки);'
По этой строке можно сказать кто: ИвановИИ, где (на каком компьютере): COMP, в какой информационной базе: ib_accounting запустил анализ журнала регистрации.
Проблема точно воспроизводится на версиях платформы: 8.3.9.2170, 8.3.9.2233.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистрации.
23180 руб.
22.02.2018 39598 65 56
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)
Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.
6100 руб.
28.11.2018 24995 24 9
Журнал регистрации WEB-интеграция Разработчик 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)
Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.
1 стартмани
07.08.2026 1415 3 Viktor_Ermakov 9
Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.
04.08.2026 3090 nedomolkov.ivan 0
Журнал регистрации Бесплатно (free)
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
28.02.2026 6234 julia96_07 0
Журнал регистрации Разработчик Россия Бесплатно (free)
В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.
20.11.2024 9753 user1913000 13
Журнал регистрации Тестирование QA Разработчик Бесплатно (free)
Поговорим про логирование в приложениях на базе 1С, рассмотрим проблемы, которые возникают при сборе информации из этих систем, и обсудим практический опыт применения внутренних и внешних инструментов для анализа логов.
21.10.2024 10391 leemuar 8
Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)
Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+
1 стартмани
29.12.2023 6146 66 dima_gsv 6
На текущий момент решаем проблему регламентным урезанием журнала регистрации.
P.S.
Имя метода "fetchLogEntriesDataBkwd" получено экспериментальным путем, теоретического или официального подтверждения не имею.
Примеры событий ТЖ |
|---|
| rmngr
39:43.263000-28625997,CALL,2,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,t:clientID=1711,t:applicationName=ServerProcess,t:computerName=basesrv,Interface=2ebdaa8c-4a75-48f7-94bf-8206623aa9bb,IName=IClusterLogMngr,Method=2,CallID=2267204,MName=fetchLogEntriesDataBkwd,Memory=64547,MemoryPeak=64641,InBytes=0,OutBytes=0 rphost 39:43.272000-28627998,SCALL,3,process=rphost,p:processName=cti_accounting_3,t:clientID=11866,t:applicationName=1CV8C,t:computerName=RITC3,t:connectID=11511,SessionID=1,Usr=АрхангельскийПВ,AppID=1CV8C,ClientID=12111,Interface=2ebdaa8c-4a75-48f7-94bf-8206623aa9bb,IName=IClusterLogMngr,Method=2,CallID=2267204,MName=fetchLogEntriesDataBkwd |
<log history="24" location="D:\Temp\Log">
<property name="all"/>
<event>
<eq property="name" value="SYSTEM"/>
<eq property="class" value="LogMngrSQLiteData"/>
<eq property="func" value="fetchLogEntries"/>
<eq property="level" value="INFO"/>
</event>
<event>
<eq property="name" value="SYSTEM"/>
<eq property="class" value="LogMngrData"/>
<eq property="func" value="fetchLogEntriesDataBkwd"/>
<eq property="level" value="DEBUG"/>
</event>
<event>
<eq property="name" value="SYSTEM"/>
<eq property="class" value="LogMngrData"/>
<eq property="func" value="fetchLogEntriesDataFwd"/>
<eq property="level" value="DEBUG"/>
</event>
</log>
<system level="info" component="backbas" class="LogMngrSQLiteData"/>
<system level="debug" component="backbas" class="LogMngrData"/> Показатьclass="LogMngrSQLiteData" - новый формат ЖР.
class="LogMngrData" - старый формат ЖР
Платформа 8.3.10.2561. Тестировал на файловом и серверном режиме. В конфигураторе, в тонком клиенте, в толстом клиенте (обычное приложение). На старом и новом форматах журнала регистрации. Просмотр встроенными средствами и выборка методом ВыгрузитьЖурналРегистрации().
Для серверного режима не выводит базу и пользователя, но выводит clientID. Так что дополнительно надо настраивать событие CONN.
Для ЖР в формате SQLite выводит в ТЖ исполняемый запрос.
1. Не только. Журнал регистрации пишет менеджер кластера. Можно перезапустить именно его, а не сервер в целом.
2. Если не хотите что бы повторялось, то отключите журнал регистрации.
P.S.
Сокращу наш диалог.
Журнал регистрации - это инструмент. У нас им пользуются ВСЕ!!! Баз чуть больше чем много. Размеры журналов превышают 20 гигобайт. Задача нашего отдела - обеспечение бесперебойной работы. С чем мы успешно справляемся. А вы на мой взгляд занимаетесь маскировкой проблемы (задачей бессмысленной и вредной). Вам надо не тех. журнал настраивать, а оборудование прокачивать.
1. Раскрытие параметров оборудования приведет к моему увольнению
2. Эксперименты в рабочем контуре и публикация результатов приведут к моему увольнению
3. У меня трое детей - мне их кормить надо.
У нас отдел информационной безопасности не студенты. Я уже и статьи-то на инфостарт перестал публиковать, по соображениям не технического характера...
По слухам СХД нам обошлось как две теслы...
1. Я не просил параметры оборудования.
2. Подойдет и реальный пример такого рода. Наверняка вы иногда проводите расследования типа "кто мог установить неверное значение реквизита в документе/контрагенте?". Вот хотелось бы узнать сколько времени выполняется отбор по значению поля "Данные". Можно даже без "отобрать сразу". Скриншоты из консоли кластера с замазанными именами пользователей кажется не должны подрывать безопасность.
Запуск в тестовом контуре:
Размер лога 21.9 Гб
Первый запуск
Загрузка данных журнала выполнена за 0:10:30
Повторный запуск
Загрузка данных журнала выполнена за 0:01:01
. Очередь к диску (средняя) 0.3 Падение производительности было заметно (если и было) только на одном кластере. Запуск был на тестовом контуре 256 Гб оперативки, старый СХД (но на ССД дисках) 16 физических ядер (32 логических) 2.4
С рабочем контуром не получится логи обрезаны на выходных.
Анализ журнала производился твоей обработкой, по данным последний раз обновленным более года назад. В ЖР по ним событий не найдено.
1. Определен круг пользователей допущенных до журнала.
2. Определен разумный период который хранится в журналах рабочих базах.
3. Базы распределены по кластерам (за ЖР отвечает менеджер кластера).
4. Журналы режутся.
(18) Вы не могли бы привести пример дальнейших действий после узнавания причины анализа ЖР? Как и характерный пример самой причины.
Причина: компания разработала обработку, в которой ошибки и служебная информация записываются в ЖР, и сообщила заказчику, что всю информацию о работе обработки нужно получать из ЖР. Некоторые сотрудники заказчика решили проанализировать работу обработки.
Также встречаются заказчики, которые сильно против изменений в конфигурации, а в типовых решениях от фирмы 1С еще не вынесен в отдельную роль доступ к ЖР. Им достаточно просто рассказать об инциденте и провести разъяснительную беседу с пользователями.
Можете рассказать как вы обрезание ЖР: с помощью функций работы с ЖР, просто перемещает файл, напрямую работаете с файлом ЖР или что-то другое?
net stop <service 1C name> - остановка сервера
move <1C folder> <1C folder>_<date> - переименование папки сервера 1С
XCOPY <1C folder>_<date>/*.lst <1C folder> - восстанавливаем все кроме логов
net sart <service 1C name> - запуск 1С. До этого момента даже на слабом сервере с IDE дисками 60 секунд не более пройдет
7z a -tzip <archive path>\<1C folder>_<date>.zip <1C folder>_<date>
Если кому-то нужна история, то мы ему в тестовом контуре даем копию базы и ее логи.
И 10:30 - это десять с половиной минут. Это много, но меньше времени реакции отдела (объективной).
В некоторых случаях удобным решением может быть внешнее хранение ЖР.
Рейтинг: 82
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 674556
Создание 16.09.17 12:49
Обновление 16.09.17 12:49
Просмотры 23310
Загрузки 0
Рейтинг
31
Комментарии 42
Код открыт Да
Рубрики Журнал регистрации
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
