Журнал регистрации под лупой: ошибки, задания, блокировки и массовые правки за период с подсказками

Звонок вида «после обеда всё тормозило и у бухгалтера не проводился документ» обычно заканчивается одним и тем же: открыть журнал регистрации, выставить отбор, пролистать тысячи однотипных строк, выставить другой отбор. Эта обработка делает то же самое за один проход: вы указываете период, она читает журнал штатными средствами платформы и складывает увиденное в готовые разрезы — с «приговором» сверху.

Один период — один «приговор»

После кнопки «Разобрать» на первой странице появляется короткий список наблюдений, отсортированный по важности. Например: «чаще всего — конфликт блокировок при проведении документа, 5 из 24 ошибок», «всплеск ошибок в интервале с 10:00», «пользователь такой-то дал 58% ошибок», «с компьютера X 24 неудачных входа», «регламентное задание Y завершилось ошибкой 3 раза», «пользователь Z изменил 390 записей за 10 минут». Каждую строку можно развернуть до сырых событий.

Что вы спрашиваете — где и что получаете

Как выглядит расшифровка

Для частых случаев в обработке есть словарь «признак → вероятная причина → что проверить». Выбираете строку группы — внизу видны пример события и подсказка. Пример для конфликта блокировок:

Признак: «Конфликт блокировок при выполнении транзакции».
Вероятная причина: транзакция не смогла получить блокировку данных: их держала другая транзакция или сеанс, и за отведённое время блокировка не освободилась.
Что проверить: что работало в те же минуты — регламентные задания (страница «Задания»), массовые проведения и загрузки (страница «Изменения данных»), всплеск откатов на странице «Время»; в серверной базе держателя блокировки назовут события TLOCK и TTIMEOUT технологического журнала.

В словаре — только случаи, понятные по типовым текстам платформы и БСП: блокировки и взаимоблокировки, ошибки и таймауты СУБД, нехватка лицензий, нарушение прав, заблокированные внешние ресурсы, подключение внешних файлов, неудачные входы, ошибки кода, незаполненные поля, нехватка места и памяти, отказ в доступе к файлам, ошибка формата потока, сбои, отмена и ошибки заданий. Для нестандартных текстов подсказки нет — это сказано прямо, а не подставлено «что-нибудь похожее».

Что ещё умеет

• Отбор: период, пользователи, компьютеры, приложения, события, метаданные, номера сеансов, текст в комментарии, уровни; предел числа событий, чтобы не «подвесить» базу на большом журнале.
• Переходы: «События группы / пользователя / задания / интервала» заново читают журнал с нужным отбором; «Открыть объект» и «Открыть пользователя» — из строки (пользователя — при наличии БСП).
• Наборы отборов: сохранить под названием, загрузить, удалить.
• Отчёт в табличный документ: приговор, группы ошибок с расшифровкой, время, пользователи, задания, проведение, изменения, администрирование — дальше обычное «Сохранить как».
• Страница «Администрирование»: события конфигурации, пользователей, прав и подключения внешних файлов в одном списке.

Вопросы и ответы

Журнал точно не пострадает? Обработка только читает. В коде нет очистки, сокращения и изменения настроек журнала; это проверяется статической проверкой при сборке и сверкой числа событий до и после разбора.

Нужна ли БСП? Нет, обработка не обращается к объектам конкретной конфигурации. С БСП дополнительно работает переход к карточке пользователя.

Это мониторинг? Нет. Рассылок и разбора по расписанию нет — это инструмент для разбора «что случилось», когда проблема уже есть.

Что если нужных событий в журнале нет? Если в настройках журнала не включён уровень «Информация» или у объектов выключено использование журнала, страницы по заданиям, сеансам и изменениям данных будут неполными. «Приговор» об этом предупреждает.

Большой журнал? На файловой копии БП с 37 тысячами событий за всё время разбор занял 3–4 секунды. Если событий больше заданного предела, берётся первая часть периода и об этом сказано в «приговоре».

Что проверено? Файловые базы УНФ 3.0.14.140 и БП 3.0.205.22 на платформе 8.5, форма пройдена в тонком клиенте; результаты разбора сверены с независимым подсчётом по выгрузке журнала (число событий, ошибок, предупреждений, откатов, сеансов, неудачных входов, длительность заданий, отборы). Не проверялось: клиент-серверный вариант (журнал на сервере), веб-клиент, платформа 8.3, другие конфигурации, работа без административных прав. Тексты блокировок, СУБД и лицензий в тестовых базах воспроизведены записью в журнал текстов платформы, а не настоящим сбоем СУБД.