Администрирование · 10 мин
Журнал регистрации 1С: настройка и практическое использование
Как настроить журнал регистрации в 1С: уровни детализации, фильтры, просмотр событий, уменьшение размера базы и типичные ошибки администраторов.
Журнал регистрации — встроенный механизм платформы 1С:Предприятие, который фиксирует действия пользователей и системные события: входы и выходы, изменение объектов, ошибки, работу фоновых заданий. Без него невозможно понять, кто изменил документ, почему упал обмен данными или когда в базе появилась ошибка. При этом журнал «из коробки» работает не всегда оптимально: либо пишет слишком мало, либо разрастается до десятков гигабайт и замедляет базу.
Настройка журнала регистрации сводится к трём задачам: выбрать уровень детализации событий, научиться быстро находить нужные записи и контролировать объём хранимых данных. Всё это делается штатными средствами конфигуратора и режима «Предприятие», без сторонних утилит. Ниже разобраны конкретные шаги для клиент-серверного и файлового вариантов работы.
Где находится журнал регистрации и как он устроен
Открыть журнал можно двумя способами. В режиме «Предприятие» — через меню «Все функции» или стандартную команду «Администрирование → Журнал регистрации» (в типовых конфигурациях путь может отличаться, например «Администрирование → Обслуживание → Журнал регистрации»). В конфигураторе журнал доступен через меню «Администрирование → Журнал регистрации».
Физически журнал хранится по-разному в зависимости от режима работы. В файловой базе это отдельный каталог внутри папки базы (файлы с расширением .lgd в новом формате). В клиент-серверном варианте данные журнала хранятся на сервере 1С:Предприятия в каталоге srvinfo, в подпапке конкретной информационной базы. Это важно понимать: журнал не лежит внутри таблиц SQL-базы, поэтому резервное копирование средствами СУБД его не захватывает.
Настройка уровня регистрации событий
Основная настройка выполняется в конфигураторе: меню «Администрирование → Настройка журнала регистрации». В открывшемся окне доступен список уровней детализации. Чем выше детализация, тем больше событий пишется и тем быстрее растёт объём журнала.
Доступные варианты: не регистрировать ничего; регистрировать только ошибки; ошибки и предупреждения; ошибки, предупреждения и информацию; полный набор событий включая примечания. Дополнительно флажками включается регистрация доступа к данным и отказа в доступе — эти опции генерируют очень большой объём записей и нужны только при расследовании инцидентов безопасности.
- 1Откройте базу в конфигураторе под учётной записью с правами администратора.
- 2Перейдите: Администрирование → Настройка журнала регистрации.
- 3Выберите уровень: для большинства баз достаточно «Ошибки, предупреждения, информация».
- 4Установите период хранения в поле «Удалять события старше» — например, 90 или 180 дней.
- 5Нажмите «ОК» и проверьте, что новые события появляются в журнале.
Для рабочей базы с активными пользователями разумный компромисс — уровень «Ошибки, предупреждения, информация». Он фиксирует входы и выходы, ошибки фоновых заданий и важные системные события, но не перегружает журнал. Полную детализацию включайте временно, когда нужно отследить конкретную проблему, и возвращайте обратно после диагностики.
Как найти нужное событие: отборы и фильтры
В крупной базе журнал содержит миллионы записей, и листать его бессмысленно. Нажмите кнопку «Отбор» на панели журнала — откроется форма с условиями фильтрации. Основные поля отбора: период (дата начала и окончания), пользователь, событие, уровень важности, компьютер, метаданные и данные конкретного объекта.
Практический приём: если нужно узнать, кто изменил конкретный документ, откройте этот документ и в форме журнала установите отбор по полю «Данные» — платформа подставит ссылку на объект. Альтернатива в типовых конфигурациях — отчёт «История изменения объектов» или команда «События» прямо из формы документа, если она реализована в конфигурации.
Для поиска ошибок обмена или фоновых заданий установите отбор по уровню «Ошибка» и событию, связанному с нужным механизмом. Двойной щелчок по записи открывает детали: полный текст ошибки, имя процедуры и контекст. Именно этот текст нужен при обращении к разработчику или на форум — без него диагностика превращается в гадание.
Отбор по большому журналу может занимать минуты. Сначала сузьте период до конкретного дня или часа — это ускоряет поиск сильнее, чем любые другие условия. Также помните: время в журнале указывается в часовом поясе сервера, который может отличаться от пояса пользователя.
Уменьшение размера журнала и настройка хранения
Неконтролируемый рост журнала — частая причина переполнения диска на сервере. В том же окне «Настройка журнала регистрации» есть параметр «Удалять события старше» — укажите срок хранения в днях. Платформа начнёт автоматически отбрасывать старые записи. Для большинства организаций достаточно 90–180 дней; если есть требования внутреннего аудита, согласуйте срок с ответственными за безопасность.
Если журнал уже разросся, используйте кнопку «Сократить» в настройках журнала: укажите дату, до которой удалить записи, и файл для выгрузки архивной копии. Выгрузка сохраняется в формате XML — его можно открыть позже через кнопку «Загрузить» в журнале. Сокращение выполняется при монопольном доступе или сильно нагружает базу, поэтому планируйте его на нерабочее время.
В клиент-серверном варианте дополнительно проверьте, что в каталоге srvinfo не копятся старые файлы журнала после сокращения — иногда требуется ручная чистка каталога при остановленном агенте сервера. Перед любыми ручными операциями с файлами журнала сделайте копию каталога.
Как проверить результат
Объём заметно уменьшился, новые события продолжают записываться
Размер не изменился или журнал перестал пополняться новыми записями
Задан срок хранения, старые записи исчезают по расписанию
Поле «Удалять события старше» пустое — журнал растёт без ограничений
XML-файл открывается через «Загрузить» и содержит ожидаемые события
Файл не создался или пуст — сокращение выполнено без архивации
Типичные сценарии использования
Кто изменил или удалил объект
Классическая задача администратора. Откройте журнал, установите отбор по периоду и полю «Данные» со ссылкой на объект. В колонке «Событие» будут видны записи вида «Данные. Изменение» и «Данные. Удаление», а в колонке «Пользователь» — автор действия. Учтите: если объект удалён физически, ссылка в журнале отобразится в виде строки с идентификатором, но само событие останется.
Диагностика ошибок фоновых заданий
Отберите события с уровнем «Ошибка» за нужный период. Для регламентных заданий в записи видно имя метода и текст исключения. Если задание падает регулярно, сопоставьте время ошибок с расписанием в консоли заданий — так быстрее находится причина: блокировки, недоступность внешнего ресурса или ошибка в коде.
Контроль входов в систему
События «Сеанс. Аутентификация» и «Сеанс. Начало» показывают, кто и когда входил в базу, с какого компьютера и под каким типом клиента. Это базовый инструмент расследования подозрительной активности: например, входы в нерабочее время или под чужой учётной записью.
Как выбрать действие
Ограничения и типичные ошибки
Журнал регистрации — не система версионирования. Он фиксирует факт изменения объекта, но не хранит прежние значения всех реквизитов. Если нужна история значений, используйте механизм версионирования объектов в типовых конфигурациях или собственную подсистему. Также журнал не заменяет резервное копирование: это протокол событий, а не копия данных.
Вторая особенность — журнал пишется с точки зрения платформы, а не бизнес-логики. Проведение документа отразится как изменение данных, но без пояснения «почему». Для содержательного аудита события журнала нужно интерпретировать вместе с контекстом конфигурации.
FAQ: частые вопросы о журнале регистрации
Можно ли посмотреть журнал регистрации без прав администратора?
В типовых конфигурациях доступ к журналу обычно есть у ролей администратора и иногда у роли с правом просмотра журнала регистрации. На уровне платформы нужно право «Журнал регистрации» (просмотр). Если права нет, пункт меню будет недоступен — обратитесь к администратору базы.
Почему в журнале нет событий за нужный период?
Возможные причины: записи удалены настройкой срока хранения или сокращением, журнал повреждён, либо события ищутся не в том часовом поясе. Также проверьте уровень регистрации — если стоит «только ошибки», информационных событий в журнале не будет.
Можно ли восстановить удалённые записи журнала?
Штатными средствами — нет: сокращение удаляет записи безвозвратно. Восстановление возможно только из заранее сделанной выгрузки в XML или из копии каталога журнала, если вы её делали. Поэтому перед сокращением всегда указывайте файл архива.
Как узнать, кто удалил документ?
Установите в журнале отбор по событию «Данные. Удаление» и периоду, когда это могло произойти. Если известен сам документ, добавьте отбор по полю «Данные». В колонке «Пользователь» будет автор удаления. Если объектов много, сузьте поиск по метаданным — виду документа.
Влияет ли журнал регистрации на скорость работы базы?
На уровне «ошибки и предупреждения» влияние незаметно. При полной детализации и особенно при регистрации доступа к данным каждая операция порождает запись, что ощутимо нагружает дисковую подсистему в базах с большим числом пользователей. Поэтому высокую детализацию применяют временно.
Чем журнал регистрации отличается от версионирования объектов?
Журнал фиксирует сам факт события: кто, когда и с каким объектом работал. Версионирование (подсистема в типовых конфигурациях) сохраняет значения реквизитов объекта на момент изменения, позволяя сравнить версии и откатиться. Эти механизмы дополняют друг друга, но не заменяют.
Что важно запомнить
Настройка журнала регистрации выполняется в конфигураторе: выберите уровень «Ошибки, предупреждения, информация», задайте срок хранения и периодически сокращайте журнал с выгрузкой архива. Для поиска событий всегда начинайте с отбора по периоду, а высокую детализацию включайте только на время диагностики.