Как настроить журнал регистрации в 1С

Журнал регистрации — встроенный механизм платформы 1С:Предприятие, который фиксирует действия пользователей, ошибки, вызовы фоновых заданий и системные события. Без него невозможно установить, кто изменил документ, почему не выполнилось регламентное задание и что предшествовало аварийному завершению сеанса.

По умолчанию журнал работает сразу после установки платформы, но настройки не всегда оптимальны: либо фиксируется слишком мало событий и при инциденте не хватает данных, либо, наоборот, журнал разрастается до десятков гигабайт и замедляет работу базы. Правильная настройка решает обе проблемы.

Ниже разобраны уровни регистрации, способы отбора событий, форматы хранения, очистка устаревших записей и типовые приёмы анализа. Инструкция применима к платформе 8.3 в клиент-серверном и файловом вариантах работы.

Что фиксирует журнал и где он хранится

Журнал регистрации записывает события нескольких категорий: интерактивные действия пользователей (открытие, запись, проведение документов), обращения к данным, ошибки и предупреждения, работу фоновых и регламентных заданий, аутентификацию, изменение конфигурации и настроек прав доступа. Каждая запись содержит дату и время, пользователя, компьютер, тип события, уровень важности и текстовое описание.

В клиент-серверном варианте журнал хранится в каталоге srvinfo, в подпапке reg_1541 (или другом порту кластера) — внутри папки конкретной базы. В файловом варианте файлы журнала находятся в каталоге информационной базы. Начиная с платформы 8.3.5 доступны два формата: старый текстовый (LGF/LGP) и новый на базе SQLite (файл 1Cv8.lgd).

Формат SQLite работает быстрее при больших объёмах и поддерживает разделение файлов по периодам, поэтому для активно используемых баз рекомендуется именно он. Переключение формата выполняется штатно, без остановки системы на длительное время.

Настройка уровней регистрации событий

Основная настройка выполняется в конфигураторе. Откройте меню «Администрирование» и выберите пункт «Настройка журнала регистрации». В диалоге задаётся, какие события будут фиксироваться.

Доступны следующие варианты регистрации:

• Не регистрировать — журнал отключён; применять не рекомендуется, так как теряется возможность расследовать инциденты.
• Регистрировать ошибки — минимальный рабочий режим: фиксируются только ошибки.
• Ошибки, предупреждения — добавляются предупреждения, например о нештатных ситуациях в фоновых заданиях.
• Ошибки, предупреждения, информация — включает информационные события: вход и выход пользователей, запуск заданий.
• Ошибки, предупреждения, информация, примечания — максимальная детализация, включая обращения к данным и транзакции.

Для типовой рабочей базы обычно достаточно режима «ошибки, предупреждения, информация». Максимальный уровень включайте временно — на период диагностики конкретной проблемы, поскольку объём записей и нагрузка на диск заметно возрастают. Отдельные флажки в диалоге позволяют исключить события доступа к данным и отказа в доступе, если они не нужны.

1. 1
   Откройте конфигуратор с правами администратора
2. 2
   Перейдите: Администрирование → Настройка журнала регистрации
3. 3
   Выберите режим: ошибки, предупреждения, информация
4. 4
   Снимите лишние флажки доступа к данным, если детальный аудит не требуется
5. 5
   Нажмите ОК и проверьте, что новые события появляются в журнале

Выбор формата хранения и периодичности разделения

В том же диалоге настройки задаётся периодичность разделения журнала на файлы: день, неделя, месяц, год или без разделения. Для баз с интенсивной работой удобно разделение по дню или неделе — старые фрагменты проще архивировать и удалять, не затрагивая текущий файл.

Если база работает на старом текстовом формате, имеет смысл перевести её на SQLite. Для этого в диалоге настройки нажмите кнопку изменения формата и подтвердите преобразование. На больших журналах конвертация занимает ощутимое время, поэтому планируйте её на период минимальной нагрузки.

Для клиент-серверных баз с очень высокой нагрузкой существует дополнительный вариант — выгрузка журнала регистрации во внешнюю СУБД через настройку технологического журнала и сторонние средства сбора логов. Это тема отдельной интеграции, но для большинства организаций штатного SQLite-формата достаточно.

Сравнение форматов хранения

Текстовый формат (LGF/LGP)

Подходит для старых платформ и маленьких баз; медленно читается при больших объёмах, сложнее фильтруется внешними средствами

SQLite (1Cv8.lgd)

Рекомендуемый вариант: быстрый отбор событий, разделение по периодам, устойчивость к большим объёмам; требует платформу 8.3.5 и новее

Выгрузка во внешние системы

Для крупных внедрений с требованиями аудита; требует дополнительной настройки и обслуживания

Просмотр журнала и настройка отборов

Просматривать журнал можно в конфигураторе («Администрирование → Журнал регистрации») и в режиме 1С:Предприятие — в типовых конфигурациях обычно через раздел «Администрирование → Обслуживание → Журнал регистрации». В режиме предприятия журнал отображается в виде удобного списка с группировкой и поиском.

Без отбора анализировать журнал сложно: записей тысячи. Нажмите кнопку «Отбор» и задайте условия: период, конкретный пользователь, уровень важности (например, только ошибки), тип события (например, «Данные. Изменение» или «Фоновое задание. Ошибка»), а также подстроку в комментарии или представлении данных.

Практический приём: чтобы найти, кто изменил конкретный документ, установите отбор по событию «Данные. Изменение» и укажите представление данных — номер документа. Чтобы разобраться с неработающим обменом, отберите события фоновых заданий с уровнем «Ошибка» за нужный период.

При расследовании инцидента сначала сужайте период до минимально возможного — часа или даже минут. Отбор по целому дню в активной базе может загружаться долго, а точечный диапазон покажет нужные записи почти мгновенно.

Очистка и сокращение журнала

Журнал регистрации не очищается автоматически и со временем занимает значительное место на диске. Для сокращения откройте «Администрирование → Настройка журнала регистрации» и нажмите кнопку «Сократить». Укажите дату, до которой записи будут удалены. Платформа предложит сохранить удаляемую часть в файл — это полезно, если старые данные могут понадобиться для аудита.

Операция сокращения на больших журналах выполняется долго и требует монопольного доступа к файлам журнала, поэтому в клиент-серверном варианте её лучше проводить в нерабочее время. Регулярность зависит от интенсивности работы: для активных баз разумно сокращать журнал раз в несколько месяцев, оставляя историю за период, достаточный для разбора инцидентов.

Не удаляйте файлы журнала вручную из каталога базы — при разделённом по периодам формате это ещё допустимо для старых файлов после остановки сервера, но удаление текущего файла приведёт к ошибкам и потере записей. Используйте штатный механизм сокращения.

Типовые сценарии анализа

Поиск виновника изменения данных

Откройте журнал, установите отбор по событию «Данные. Изменение» или «Данные. Удаление», укажите представление объекта и период. В записях будут видны пользователь, время и компьютер. Если изменение выполнял фоновый процесс, в поле пользователя будет указан служебный сеанс — тогда смотрите соседние события задания.

Диагностика ошибок обмена и фоновых заданий

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

Контроль входов в систему

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

Проверка результата настройки

После изменения настроек убедитесь, что журнал работает так, как задумано. Совершите тестовое действие — например, войдите в базу под тестовым пользователем и запишите документ, — затем откройте журнал и найдите соответствующие события. Если записи появились с корректным временем и пользователем, настройка применена.

Дополнительно проверьте свободное место на диске, где хранится журнал, и убедитесь, что разделение файлов по периодам создаёт новые файлы по расписанию. Для клиент-серверных баз полезно контролировать рост каталога srvinfo в рамках общего мониторинга сервера.

Контрольные точки

Как проверить результат

Появление тестовых событий в журнале

Норма

Записи видны сразу после действия, с верным пользователем и временем

Тревожный признак

События отсутствуют — проверьте уровень регистрации и права

Размер файлов журнала

Норма

Файлы разделены по периодам, рост предсказуем

Тревожный признак

Один файл растёт бесконтрольно, отборы тормозят

Работа сокращения

Норма

Старые записи удалены, текущий журнал доступен

Тревожный признак

Ошибка монопольного доступа — повторите в нерабочее время

Частые вопросы

Можно ли настроить журнал регистрации без конфигуратора?

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

Почему в журнале нет записей о действиях конкретного пользователя?

Проверьте три причины: выбранный уровень регистрации может не включать нужный тип событий; в отборе могут стоять лишние условия, скрывающие записи; действие могло выполняться под другим именем пользователя, например через COM-соединение или веб-сервис с отдельной учётной записью.

Как долго хранить историю журнала регистрации?

Универсальной нормы нет: ориентируйтесь на потребности аудита и объём диска. Обычно достаточно нескольких месяцев для разбора инцидентов. Если требования внутреннего контроля предписывают более длительный срок, сохраняйте сокращаемые части в архивные файлы при очистке.

Влияет ли журнал регистрации на производительность базы?

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

Чем журнал регистрации отличается от версионирования объектов?

Журнал фиксирует сам факт события: кто, когда и что изменил. Версионирование — прикладной механизм типовых конфигураций, который сохраняет содержимое объекта на момент изменения и позволяет сравнить версии. Для полноценного аудита механизмы дополняют друг друга.

Можно ли выгрузить журнал регистрации во внешний файл?

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