К статье
Практический материал

Администрирование · 10 мин

Журнал регистрации в 1С: как пользоваться на практике

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

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

Инструмент доступен и в файловом, и в клиент-серверном варианте работы, однако хранится и настраивается по-разному. В файловой базе журнал лежит в папке с базой, в клиент-серверной — на сервере 1С:Предприятия. Понимание этой разницы важно, когда нужно выгрузить журнал, сократить его объём или перенести базу.

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

Где находится журнал регистрации и как его открыть

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

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

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

Структура журнала: что означают колонки и уровни событий

Каждая запись журнала содержит дату и время, пользователя, компьютер, имя события, комментарий, данные (объект, над которым выполнено действие) и представление данных. Именно колонка «Данные» позволяет перейти к конкретному документу или элементу справочника, с которым связано событие.

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

Типы событий обширны: «Данные. Добавление», «Данные. Изменение», «Данные. Удаление», «Доступ. Доступ», «Доступ. Отказ в доступе», «Фоновое задание», «Сеанс. Аутентификация» и другие. Знание этих названий критично для настройки фильтра — без него в большой базе вы получите тысячи лишних строк.

Как настроить отбор и найти нужное событие

Главный рабочий приём — отбор через кнопку «Отбор» в форме журнала. Можно ограничить выборку по периоду (дата начала и окончания), пользователю, уровню важности, событию и конкретным данным. Чем точнее задан отбор, тем быстрее откроется журнал: без фильтров в активной базе он может строиться несколько минут.

Порядок действий
  1. 1
    Откройте журнал регистрации через «Администрирование → Обслуживание → Журнал регистрации»
  2. 2
    Нажмите кнопку «Отбор» и задайте период — не шире, чем реально нужно
  3. 3
    Выберите уровень важности: для поиска сбоев — «Ошибка», для аудита действий — «Информация»
  4. 4
    Укажите пользователя или тип события, например «Данные. Изменение»
  5. 5
    Нажмите «ОК» и дождитесь построения списка; дважды щёлкните по записи, чтобы увидеть детали и перейти к объекту

Частный, но очень востребованный сценарий — выяснить, кто изменил или удалил документ. Для этого в отборе укажите событие «Данные. Изменение» или «Данные. Удаление», задайте период, когда это могло произойти, и при необходимости добавьте отбор по данным — конкретному документу. В полученной выборке в колонке «Пользователь» будет виден автор изменения, а в комментарии — что именно менялось.

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

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

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

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

Маршрут решения

Как выбрать действие

Нужно отследить ошибки обмена или фоновых заданийВключите уровень «Ошибки и предупреждения» и отберите события «Фоновое задание»
Расследуется инцидент с изменением данныхВременно включите регистрацию событий «Данные» и отберите записи по конкретному объекту
База работает стабильно, журнал растёт слишком быстроОставьте только ошибки и настройте периодическое сокращение журнала

Выгрузка журнала для анализа и передачи

Журнал можно выгрузить через кнопку «Выгрузить» в форме журнала. Поддерживается выгрузка в формате XML и в табличный документ (MXL), который затем сохраняется в Excel. Перед выгрузкой обязательно примените отбор — выгружать весь журнал многолетней базы нецелесообразно и долго.

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

Для технически подкованных администраторов существует альтернатива — чтение журнала программно методом «ВыгрузитьЖурналРегистрации» или разбор файлов формата lgd/lgp внешними обработками. Это оправдано при регулярном аудите, но требует аккуратности: файлы журнала на сервере нельзя открывать монопольно во время работы базы.

Сокращение и очистка журнала регистрации

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

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

Ограничения механизма и типичные ошибки

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

Ещё одно ограничение — журнал не всегда показывает, что именно изменилось внутри документа. Комментарий к событию «Данные. Изменение» часто содержит только факт записи объекта. Для детального аудита изменений реквизитов в типовых конфигурациях используйте подсистему версионирования объектов (БСП), если она включена.

Типичные ошибки
01
Открытие журнала без отбора по периоду — в большой базе форма строится минутами и создаёт лишнюю нагрузку
02
Постоянная регистрация всех событий «на всякий случай» — журнал раздувается, а найти нужное становится сложнее
03
Ручное удаление файлов журнала через проводник — повреждение данных регистрации
04
Попытка восстановить удалённый документ по журналу — журнал фиксирует факт, но не содержит данных для восстановления; нужен бэкап
05
Игнорирование событий «Отказ в доступе» при диагностике прав — хотя именно они объясняют большинство жалоб пользователей
Если пользователь утверждает, что «ничего не менял», проверьте в журнале не только его сеансы, но и фоновые задания и обмены данными: документы нередко изменяются регламентными операциями или синхронизацией от имени служебного пользователя, и виновник оказывается не человеком, а настройкой обмена.
ПЗ
Практическое замечание

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

Почему журнал регистрации пустой или не показывает старые события?

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

Можно ли узнать, кто удалил документ, если журнал регистрирует только ошибки?

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

Где физически хранится журнал регистрации?

В файловой базе — в подкаталоге 1Cv8Log внутри папки базы. В клиент-серверном варианте — в служебном каталоге сервера 1С:Предприятия (обычно srvinfo/reg_1541). Работать с этими файлами напрямую не рекомендуется, используйте штатные средства просмотра и выгрузки.

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

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

Как посмотреть, почему не выполнилось регламентное задание?

Откройте журнал, задайте отбор по событию «Фоновое задание» с уровнем «Ошибка» за нужный период. В комментарии записи будет текст ошибки — например, нарушение прав доступа, ошибка соединения с внешним ресурсом или исключение в коде процедуры.

Итог

Что важно запомнить

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